Cultura Profética - Para estar (Video Oficial)

Avicii - Wake Me Up (Official Video)

Las ventajas de implementar un CRM

Implica una mayor inversión conseguir nuevos clientes que mantener los que ya tenemos, eso quiere decir, sin obviar el trabajo de conseguir nuevos clientes, que debemos conseguir fidelizar a los clientes que ya tenemos, porque una vez fidelizados, no comprarán en otra empresa.

La respuesta a la segunda pregunta que hacíamos es: cuesta mucho más recuperar un cliente perdido, ya que no funcionara las tretas originales, debemos ofrecerle más de lo que le hemos dado en un primer momento para poder recuperarlo.

El trabajo de CRM requiere dedicación, mantener una estrategia y grandes dosis de paciencia. Las relaciones con nuestros clientes no se han de basar en una lista de nombres, compras y gastos que han realizado. El consumidor de hoy en día requiere una mayor atención, quiere ser escuchado, tener la sensación que pertenece de alguna manera a esa empresa, a esa marca, sino simplemente se irá a otra empresa que sí le dará esa atención, sí le escuchará y sí le hará sentirse partícipe de esa empresa.

El CRM es una inversión, ya que si hacemos bien el trabajo conseguimos: captar a un nuevo cliente, lo convertimos en cliente comprador, más tarde en cliente recurrente, seguidamente cliente fiel, hasta lograr un cliente promotor, este promocionará nuestros productos y eso es la mejor propaganda que podemos tener.

La tendencia de las empresas es reducir el costo de obtener nuevos clientes e incrementar la lealtad de los que ya se acercaron.

Para finalizar diremos que como apoyo para mantener un buen CRM, una buena relación con nuestros clientes, las empresas disponen de las nuevas tecnologías, y dentro de éstas, las redes sociales. Por lo tanto, ya no hay excusa para poder gestionar la administración de las relaciones con los clientes.

Sistemas e implementaciones GNU/Linux
Centro de desarrollo Tecnológico Falcon
Bogota D.C. - Colombia

www.falconcdt.net

Incremente sus ventas a corto plazo revisando estos 5 elementos de la gestión de ventas.

de pjdezavala

Si bien ya nadie cuestiona la importancia que tienen las fuerzas de ventas para las empresas, es también evidente que éstas presentan muchas oportunidades de mejoras. La revisión de los principales elementos involucrados nos puede ayudar a identificar oportunidades que repercutirán de manera inmediata en los ingresos y la rentabilidad de la empresa.

Los principales elementos de la gestión de venta son:  el ciclo de ventas, el número de vendedores y sus perfiles, la política de gestión humana, los motivadores de los vendedores y por último, los indicadores y sistemas de gestión de ventas. Procedemos a explicar cada uno de ellos y las principales oportunidades de mejora que podemos encontrar :

Ciclo de ventas:   el ciclo de ventas es el procedimiento que deben seguir los representantes para poder concretar una venta.  Normalmente, este ciclo cuenta con las siguientes etapas: prospección, presentación, negociación, cierre, despacho y cobranza. Es claro que dependiendo del producto, servicio o características de la empresa, dicho ciclo de ventas puede variar.

La experiencia nos muestra que el error más común es entregar a los equipos de ventas, responsabilidades administrativas que incrementan el tiempo de los ciclos haciéndolos más largos e ineficientes. Como consecuencia, se requiere incrementar el número de vendedores o dejar de atender a los cliente.  Desde el punto de vista de la optimización de recursos, es más eficiente contratar asistentes que alivien la labor administrativa de los vendedores – por tres razones principales : los vendedores suelen hacer las labores administrativas mal, los vendedores son muy caros para realizar esta labor y la razón más importante es porque restamos tiempo del vendedor para atender a sus clientes y concretar nuevas ventas. Esta última razón es particularmente importante en el caso de los buenos vendedores.

Determinación del número de vendedores: Teniendo claras las actividades que debe realizar el vendedor, los niveles de servicio por cliente y la cantidad de clientes rentables que queremos que atienda, es fácil establecer el número adecuado de representantes de ventas que se necesitamos.  Es muy común que las empresas tengan equipos de ventas insuficientes para atender adecuadamente a los clientes, esto conlleva necesariamente a una pérdida de oportunidades de ventas.

En la mayoría de casos que hemos analizado el costo total de incrementar la fuerza de ventas, requiere un mínimo incremento del volumen de ventas para que se justifique económicamente. Desde el punto de vista de la rentabilidad siempre será mejor tener vendedores en exceso que tener una fuerza de ventas sub dimensionada.

Gestión Humana: Las fuerzas de ventas están conformadas básicamente por personas con características particulares. Como todo grupo humano, requiere que los procesos de selección, capacitación, promoción y desvinculación sean muy bien manejados, ya que cualquier error repercutirá en la generación de ingresos de la empresa.  Sin embargo, lo que vemos normalmente es que los equipos de ventas incorporan personas que no cuentan con perfiles adecuados y que son desvinculadas al no lograr sus objetivos de ventas. Desde mi punto de vista, este es el camino más adecuado para dar un pésimo servicio y perder ventas a corto, mediano y sobretodo, a largo plazo. Se estima que una mala contratación le puede costar a la empresa, en utilidades netas, el valor bruto de la remuneración mensual de éste multiplicada por 18.

Motivadores: El trabajo de los vendedores es duro. Los representantes deben sobreponerse a que constantemente los clientes les digan “NO” a sus propuestas de venta, por lo que motivarlos es fundamental para lograr los objetivos que la empresa se proponga.  Existen dos principales motivadores para los equipos de venta: el primero es el sistema de remuneración, el cual debe ser justo, motivador, fácil de calcular y que le permita a los ejecutivos tener una remuneración acorde con las escalas remunerativas de la empresa,  pero sobre todo que los objetivos de la empresa sean coherentes con los indicadores que definen la remuneración. No es raro por ejemplo que las empresas soliciten a los representante que mejoren la cobertura y su remuneración se fije en función al volumen con lo cual el esfuerzo del vendedor para incrementar la cobertura será mínimo.

Es importante considerar que la remuneración no suele ser el único ni el más poderoso motivador. Para los vendedores, un líder inspirador puede impulsar a su equipo y lograr resultados excepcionales.  Recuerde que los jefes no necesariamente son líderes. Por ello es muy importante asegurarnos que quienes conduzcan  nuestros equipos de ventas sean personas que tengan esta característica.

Sistemas de gestión de ventas: La única manera de saber si todo lo anterior lo estamos haciendo bien, es implementar  un sistema de gestión de venta como sales force o sibel sales.  Sin embargo, muchas empresas fracasan en la implementación de estos sistemas, básicamente porque tratan de  imponerlos, buscando fiscalizar y presionar a los vendedores. Lo que debemos hacer es convencer a los vendedores que si los usan, su efectividad de ventas se incrementará, con lo cual ellos y la empresa incrementarán sustancialmente sus ingresos. Esta afirmación es cierta. Estos son sistemas expertos que incorporan las mejores prácticas de ventas, y  con el adecuado uso, la efectividad y eficiencia del vendedor se incrementa sustancialmente. Adicionalmente, con la implementación adecuada de estos sistemas se obtienen otros beneficios, como la base de datos actualizada de los clientes, o el registro de las actividades realizadas por los vendedores. Todo esto nos permite la temprana identificación de nuevas oportunidades de mercado y nuevas ventas.

Gestionar equipos de ventas no es complejo, solo que debemos planificar y ejecutar los cambios de manera paulatina y de manera coherente, ya que cualquier error afectará la performance y los ingresos de la empresa.  Es por ello que la profesionalización de las áreas de ventas puede tomar años – sin embargo,  pequeños cambios pueden tener excelentes resultados a corto plazo.

Amazon Web Services

Amazon Web Services

La computación en nube se ha impuesto recientemente como una alternativa viable, económica y confiable para que empresas de todo tamaño implementen sus proyectos de tecnología.

De que Trata?

Cualquier solución tecnológica informática requiere de una infraestructura de hardware para operar. Este hardware requiere de unas condiciones mínimas para garantizar la prestación correcta de los servicios de la solución, e involucra un proceso constante de aprovisionamiento, mantenimiento, actualización, y mejora. Muchas empresas han descubierto que operar hardware directamente es un proceso altamente complejo desde una perspectiva técnica, y altamente costoso en función la viabilidad de escalamiento y adaptación de las plataformas a las necesidades dinámicas de cambio y crecimiento empresarial.

Con el adelanto en telecomunicaciones, se ha abierto la puerta para que la plataforma de infraestructura de muchas soluciones pueda atenderse remotamente desde orígenes diseñados para tal efecto, que permiten un acceso remoto a las soluciones. ‘Cloud Computing’ o computación en nube hace referencia a este proceso de ofrecer soluciones tecnológicas desde un aprovisionamiento remoto.

Could Computing Vs Hosting Remoto

Una infraestructura en nube implica mucho más que el simple alojamiento remoto de las soluciones (hosting): implica que tanto la solución como la plataforma están optimizados para esta interacción, y como tal, el aprovisionamiento de recursos disponibles para el manejo y cambio de requerimientos se hace en tiempo real, de manera orgánica y flexible. Esto se logra mediante el aprovechamiento de avances en virtualización de máquinas y significa que las soluciones en nube pueden consumir más o menos recursos, dinámicamente y en segundos, conforme a las necesidades requeridas. La computación en nube ofrece la alternativa de que una empresa disponga de una infraestructura remota de hardware, que crece orgánicamente cuando las aplicaciones necesitan más capacidad de cómputo, pero que decrecen cuando pasan los picos para bajar costos. Esta flexibilidad es incomparable e inalcanzable con alternativas físicamente alojadas en una organización.

Otros Beneficios

Adicionalmente a la flexibilidad en computación orgánica que ofrece una solución en nube, existen muchas ventajas derivadas de esta infraestructura:

• Inversión controlada y flexible en capacidad de cómputo.
• Tiempos de respuesta, confiabilidad y seguridad madurados y garantizados.
• Acceso remoto global instantáneo, limitado políticamente -no técnicamente.
• Equipos expertos en mantenimiento, configuración, infraestructura.
• Foco al negocio y no a la plataforma.

Amazon.com

Las empresas utilizan la informática en la nube de AWS para ofrecer innovación, agilidad y flexibilidad de TI al mismo tiempo que reducen los costes.

Aplicaciones empresariales sin problemas de infraestructuras

AWS ejecuta paquetes de software de gestión de contenido, mensajería, colaboraciones, CRM y ERP de los principales proveedores, como SAP, Oracle, Microsoft y Adobe. 

AWS le permite agilizar nuevos sitios web en cuestión de minutos, además de aumentar y reducir el escalado automáticamente en función del tráfico. AWS también ofrece servicios que proporcionan funcionalidades avanzadas como arquitecturas de alta disponibilidad, integración de CDN, almacenamiento en caché, flujo de trabajo y búsqueda.

Hemos trabajado en soluciones nube desde que esta tecnología estaba en su infancia. A través de nubes privadas con Amazon.com (primer proveedor mundial en plataformas nube) hemos hecho proyectos de todo tamaño y envergadura con éxito rotundo. Como siempre, nuestro enfoque a los resultados nos ha llevado a explorar continuamente alternativas de prestación de soluciones que agreguen mayor valor a nuestros proyectos, y como tal hemos encontrado en la computación en nube un canal muy efectivo para maximizar el potencial técnico de nuestras implementaciones e inspirar en nuestros clientes el máximo valor.

Contactenos

USA             +1 646 450 8615

Colombia   +57 3166158560

Centro de desarrollo Tecnologico Falcon

info@falconcdt.net

Sugar CRM Videos Explicativos

Consiga y retenga más clientes con SugarCRM:

CRM flexible, intuitivo y abierto, apreciado por empresas en todo el mundo.

SugarCRM simplifica la forma en que su empresa organiza y realiza el seguimiento de las personas, empresas y oportunidades de venta. Con un sistema único, su equipo será más productivo y podrá centrarse en lo que realmente importa: la creación y retención de clientes.

SugarCRM para Atención al Cliente

SugarCRM para Clientes Potenciales y Ventas

http://falconcdt.net/web/servicios/implementaciones-crm-erp/que-es-crm

Seis Razones para implementar CRM

1. La implementación de un CRM permite consolidar la información no solamente de los clientes sino también de los prospectos.  La unificación de bases de datos disminuye el costo de actualización constante quedado esta en bases desactualizadas por lo general mal administradas en Excel.

2. El mayor activo de una empresa es el conocimiento y, dentro de este, cobra alto valor la centralización y consolidación de varias bases de datos con información sobre los gustos, hábitos y necesidades de sus clientes.

3. Con un sistema CRM, la empresa es la dueña de la información sin depender directamente de la memoria de los vendedores. Así, la empresa se blinda ante posibles rotaciones de empleados garantizando que siempre van a tener una noción más cercana de sus clientes, teniendo en cuenta que el 60% de la consecución de una venta es el conocimiento que se tiene de ellos.

4. Almacenar cientos de gigas de información no garantizan el conocimiento de los clientes, por esto es importante usar un CRM que permita hacer análisis de la información para realizar mejores estrategias y así llevar un seguimiento a cada campaña de mercadeo generada.

5. Disminución de costos al tener un sistema que permita direccionar determinadas comunicaciones  a los clientes que requieran y valoren esa información, al igual que una buena gestión de los reclamos y sugerencias puesto que tener un sistema de trazabilidad de una queja mejora los costos del servicio al cliente y de la post venta.

6. El valor de la solución es bajo a comparación del fortalecimiento y las ganancias que va  tener su empresa en el mercado a partir de la fidelización de clientes. Las empresas piensan en pautar en medios, invirtiendo millones de pesos mensuales y no piensan en como capturar adecuadamente la información de prospectos.

http://www.falconcdt.net/web/servicios/implementaciones-crm-erp/que-es-crm

Cómo lograr una exitosa implementación de un proyecto de CRM

• Etapa I – Diseño: (de 3 a 4 meses) En la etapa de diseño hay que prestar atención a los siguientes aspectos:

1. Determinar con exactitud el ciclo de ventas que será configurado en el sistema. Es un buen momento para revisar, optimizar y estandarizar este proceso, eliminando las cargas administrativas y operativas que quitan productividad al equipo de ventas.
2. Buscar que la configuración inicial del sistema sea lo más simple posible para facilitar la adopción de la organización. No se deje llevar por el entusiasmo – ya habrá tiempo para sofisticar la herramienta.
3. Poner esfuerzo en el diseño de los incentivos que recibirán los representantes de ventas por la utilización del nuevo sistema en cada una de las etapas. No olvide que la motivación y no el castigo son claves para que el equipo adopte esta nueva forma de trabajo lo más rápido posible.
4. Incorporar un equipo que acompañe el proceso desde el diseño hasta que quede operativo. Mientras la empresa pone operativo este sistema ( a pesar de lo exitosa que haya sido su implementación ) las condiciones del mercado pueden cambiar. Esto hará que el esquema de trabajo y por tanto el sistema mismo, deba modificarse también y por tanto se deberá volver a capacitar a todos los usuarios del sistema.

• Etapa II – Capacitación: (de 3 a 4 meses ) La etapa de capacitación es vital, sin embargo no sólo debemos trabajar en la capacitación del uso del sistema sino en la incorporación de comportamientos y conceptos:

1. El comportamiento principal es lograr que los ejecutivos entiendan que el día comienza la noche anterior. Es decir que la planificación del día de trabajo debe realizarse la noche anterior : el representante debe registrar lo sucedido durante el día, priorizar las actividades para el día siguiente, y planificar su agenda. Este ejercicio hace que el vendedor pueda iniciar sus labores a primera hora del día.
2. Es vital que los representantes comprendan los conceptos para que tengan un mismo criterio de registro. Deben saber  la diferencia entre oportunidades, actividades, calendario, etc. para que la información ingresada en el sistema sea consistente y permita el análisis de la data agregada.

• Etapa III  - Carga e inicio de uso: (de 2 a 6 meses ) El inicio de uso del sistema se realiza mediante la carga de información al sistema. Sugerimos que la carga la realicen los propios ejecutivos pues los ayudará a familiarizarse con el sistema, y además podrán completar información sobre sus clientes. Es posible que la información consignada tenga errores – lo que no es tan importante – tengamos claro que el principal objetivo de esta etapa es la adopción y el uso. Un ritual que ayuda a dar por finalizada esta etapa es la quema de agendas. Recuerde que los representantes de ventas suelen tener toda su información consignada en cuadernos o agendas. El acto “simbólico” de eliminar las agendas físicas, implica que toda la información relevante para ellos y el manejo de sus cuentas está debidamente consignada en el sistema.

• Etapa IV – Homologación de información: (de 4 meses en adelante) Después de unos meses en los que los representantes ya dominan el sistema y han cambiado sus hábitos, debemos lograr que todos utilicen el sistema del mismo modo. Deben registrar la información bajo los mismos conceptos. Esto es vital – la información agregada debe ser fiable y así podamos tomar decisiones con ella.

• Etapa V – Ajustes  y Motivación por gestión: La última etapa es aquella en la que se pueden obtener los mejores beneficios del sistema de CRM. En este momento y en base a la gran cantidad de información que tenemos, podemos motivar a nuestros representantes sobre la gestión realizada y así potenciar las acciones comerciales. Sin embargo, los sistemas de CRM siempre requieren de mantenimiento. Modificaciones y ajustes originadas por los cambios en la estrategia comercial, que irán de la mano de una constante capacitación, para asegurar la fiabilidad del sistema.

Los sistemas de CRM son bases de datos abiertas de información no transaccional. Son sistemas dependientes de las personas que se relacionan con ellos, por eso, que la gestión de las personas que lo utilizan y sobre todo la convicción de los jefes es fundamental para el éxito de la implementación sistema. Tenga siempre en cuenta que la implantación de un proyecto de CRM es un cambio cultural. El mayor costo no está en el sistema sino en las horas que las personas deben invertir en producir y mantener este sistema,  lo que puede ser muchas veces superior al costo del software.

http://www.falconcdt.net/web/servicios/implementaciones-crm-erp/sugarcrm

Por que fracasan las implementaciones de CRM.

1. Premio o castigo: La principal motivación de las empresas para la implementación de estos sistemas, es controlar la labor de la fuerza de ventas y presionarla para mejorar los resultados.  Esto es un grave error,  los vendedores rechazarán y boicotearán un sistema que buscará fiscalizar y castigar la mala labor.  Estos sistemas son herramientas, que deben soportar los procesos de ventas y potenciar el trabajo
2. del vendedor para incrementar su efectividad,  lo que beneficiarà a èl y a la empresa.  Es por ello, que en lugar de castigar el trabajo mal hecho, hay que promocionar y alentar a los vendedores que lo hacen muy bien.
3. Los viejos hábitos: Los sistemas de gestión de ventas implican que los representantes de tengan que modificar sus antiguos habidos y adecuar sus procedimientos establecido en el sistema. Como todo cambio de costumbre este requiere la perseverancia y mucha capacitación. Por ello la convicción de los gerentes y los jefes alentando y capacitando a los vendedores es la única manera de lograr modificar estos antiguos hábitos.
4. Los perfiles: En todo equipo de ventas el 20% de los representantes no cuadra con el perfil requerido por la empresa.  La implementación de estas herramientas evidencia esta situación y genera que los representantes que están fuera del perfil sean los principales detractores del sistema.  Lamentablemente la desvinculuación de estas personas es la única solución a este problema, aún cuando los resultados de ventas de estos representantes sean razonablemente buenas.
5. La remuneración: Los vendedores en la mayoría de los casos reciben comisiones de venta por su trabajo.  Los sistemas de gestión de ventas requieren que el vendedor invierta en ellos un tiempo valioso, que podría estar empleando en gestionar clientes, logrando más ventas y mejorando su remuneración; es por ello que de algún modo esta inversión de tiempo debe ser reconocida en su remuneración.  Pagar por el uso adecuado del sistema es una pràctica que da buenos resultados.
6. La convicción del Lìder: Los sistemas de gestión de ventas no son únicamente para los vendedores.  Los jefes, supervisores y gerentes deben dominar el sistema mejor que los propios vendedores pues deben ser ellos además quienes los capaciten, los que inspiren al equipo para lograr el cambio.

El CRM más que un sistema es una filosofía de trabajo que requiere compromiso, tiempo e inversión.  Si realmente la empresa no la tiene, mi recomendación es que no lo implemente pues puede resultar inútil o lo que es peor, contra producente.

http://www.falconcdt.net/web/servicios/implementaciones-crm-erp/sugarcrm

El Sueño De Un Hombre Ridiculo - Aleksandr Petrov (Novela: Fyodor Dostoy...

"Donde tus sueños te lleven" de Javier Iriondo. Voz de Pablo Motos

"Donde tus sueños te lleven" de Javier Iriondo. Voz de Pablo Motos

Alternativas libres al cPanel

Y hablando de alternativas libres al cPanel…

Saludos a todos. Hoy día hablaré acerca de las alternativas disponibles que hay para el cPanel, un panel de control hecho para gestionar el contenido de las páginas web basadas en LAMP.

Obviamente, ese panel de control es propietario, además de que los mismos desarrolladores te ayudan a instalarlo para que no cometas ningún error a la hora de instalar.

No obstante, muchos de los que quieren emprender la aventura del universo de los servidores web, el cPanel realmente les resulta una piedra en el camino.

Por esta razón, y gracias a este post que se publicó recientemente acerca de GNUPanel, les hablaré acerca de los paneles de control para gestionar un servidor web bajo LAMP (Linux, Apache {o NginX}, MySQL {o MariaDB} y PHP/Perl/Python).

¿Qué es un panel de control de servidores web?

Un panel de control de servidores web es esencialmente una interfaz web, la cual nos muestra a manera de panel de control, diversas funcionalidades que tenemos en nuestro servidor web como el Servidor de Nombre de Dominio (o DNS por sus siglas en inglés), además de gestionar el acceso a los archivos almacenados mediante FTP, las bases de datos que hay, entre muchas otras cosas.

La principal ventaja de tener un panel de control para esos propósitos es facilitarnos la vida con la administración web, además de no tener que depender necesariamente de una consola para hacer todo ese trabajo “tedioso”. En muchos casos, es bastante útil para aquellos que recién comienzan a incursionar en el tema de administración web.

Entre los paneles de control más conocidos que hay son: cPanel (el que mencionamos previamente), zPanel y GNUPanel.

Alternativas libres más conocidas al cPanel

zPanel

zPanel es un panel de control de servidores web que ha logrado popularizarse en estos últimos meses gracias a su refinada interfaz gráfica, la cual ha despertado el interés de compañías como A2 Hosting, la cual está ofreciendo en sus planes reseller este panel de control como alternativa al cPanel gracias a su sencilla e intuitiva interfaz y a lo activa que es su comunidad.

Actualmente, este panel de control se puede probar tanto en distros GNU/Linux como Ubuntu y CentOS como también en Windows.

GNUPanel

GNUPanel es el primer proyecto de alternativa al cPanel, el cual ha despertado interés tanto de la FSF como de otros desarrolladores.

La interfaz de la versión estable actual de GNUPanel es bastante sencilla en comparación con ZPanel, la cual pueda ser que algunos puedan no familiarizarse con ella.

Con la salida de la versión 2.0 de este panel de control, se espera que no sólo beneficie a los usuarios de este panel, sino también a los interesados en contribuir a la mejora del funcionamiento de este panel.

GNUPanel está 100% recomendado por DesdeLinux

Recuerden que GNUPanel quiere mejorar, brindar mejores opciones, ser parte de la FSF y para ello necesita nuestra ayuda.

Ayuda a GNUPanel

Fuente: http://blog.desdelinux.net

Instalando Git

Instalando Git

Vamos a empezar a usar un poco de Git. Lo primero es lo primero: tienes que instalarlo. Puedes obtenerlo de varias maneras; las dos principales son instalarlo desde código fuente, o instalar un paquete existente para tu plataforma.

Para instalar Git, necesitas tener las siguientes librerías de las que Git depende: curl, zlib, openssl, expat, y libiconv. Por ejemplo, si estás en un sistema que tiene yum (como Fedora) o apt-get (como un sistema basado en Debian), puedes usar uno de estos comandos para instalar todas las dependencias:

$ yum install curl-devel expat-devel gettext-devel \
  openssl-devel zlib-devel

$ apt-get install libcurl4-gnutls-dev libexpat1-dev gettext \
  libz-dev

Cuando tengas todas las dependencias necesarias, puedes descargar la versión más reciente de Git desde su página web:

http://git-scm.com/download

Luego compila e instala:

$ tar -zxf git-1.6.0.5.tar.gz
$ cd git-1.6.0.5
$ make prefix=/usr/local all
$ sudo make prefix=/usr/local install

Una vez hecho esto, también puedes obtener Git a través del propio Git para futuras actualizaciones:

$ git clone git://git.kernel.org/pub/scm/git/git.git

Instalando en Linux

Si quieres instalar Git en Linux a través de un instalador binario, en general puedes hacerlo a través de la herramienta básica de gestión de paquetes que trae tu distribución. Si estás en Fedora, puedes usar yum:

$ yum install git-core

O si estás en una distribución basada en Debian como Ubuntu, prueba con apt-get:

$ apt-get install git

Configurando Git por primera vez

Ahora que tienes Git en tu sistema, querrás hacer algunas cosas para personalizar tu entorno de Git. Deberías tener que hacer estas cosas sólo una vez; se mantendrán entre actualizaciones. También puedes cambiarlas en cualquier momento volviendo a ejecutar los comandos correspondientes.
Git trae una herramienta llamada git config que te permite obtener y establecer variables de configuración que controlan el aspecto y funcionamiento de Git. Estas variables pueden almacenarse en tres sitios distintos:

• Archivo /etc/gitconfig: Contiene valores para todos los usuarios del sistema y todos sus repositorios. Si pasas la opción --system a git config, lee y escribe específicamente en este archivo.
• Archivo ~/.gitconfig file: Específico a tu usuario. Puedes hacer que Git lea y escriba específicamente en este archivo pasando la opción --global.
• Archivo config en el directorio de git (es decir, .git/config) del repositorio que estés utilizando actualmente: Específico a ese repositorio. Cada nivel sobrescribe los valores del nivel anterior, por lo que los valores de .git/config tienen preferencia sobre los de /etc/gitconfig.

En sistemas Windows, Git busca el archivo .gitconfig en el directorio $HOME (C:\Documents and Settings\$USER para la mayoría de usuarios). También busca en el directorio /etc/gitconfig, aunque esta ruta es relativa a la raíz MSys, que es donde quiera que decidieses instalar Git en tu sistema Windows cuando ejecutaste el instalador.

Tu identidad

Lo primero que deberías hacer cuando instalas Git es establecer tu nombre de usuario y dirección de correo electrónico. Esto es importante porque las confirmaciones de cambios (commits) en Git usan esta información, y es introducida de manera inmutable en los commits que envías:

$ git config --global user.name "kike" 

$ git config --global user.email enriquereasco@gmail.com 

  De nuevo, sólo necesitas hacer esto una vez si especificas la opción --global, ya que Git siempre usará esta información para todo lo que hagas en ese sistema. Si quieres sobrescribir esta información con otro nombre o dirección de correo para proyectos específicos, puedes ejecutar el comando sin la opción --global cuando estés en ese proyecto.

Tu editor

Ahora que tu identidad está configurada, puedes elegir el editor de texto por defecto que se utilizará cuando Git necesite que introduzcas un mensaje. Si no indicas nada, Git usa el editor por defecto de tu sistema, que generalmente es Vi o Vim. Si quieres usar otro editor de texto, como Emacs, puedes hacer lo siguiente:

$ git config --global core.editor emacs

Tu herramienta de diferencias

Otra opción útil que puede que quieras configurar es la herramienta de diferencias por defecto, usada para resolver conflictos de unión (merge). Digamos que quieres usar vimdiff:

$ git config --global merge.tool vimdiff 

  Git acepta kdiff3, tkdiff, meld, xxdiff, emerge, vimdiff, gvimdiff, ecmerge, y opendiff como herramientas válidas. También puedes configurar la herramienta que tú quieras; véase el Capítulo 7 para más información sobre cómo hacerlo.

Comprobando tu configuración

Si quieres comprobar tu configuración, puedes usar el comando git config --list para listar todas las propiedades que Git ha podido encontrar en ese punto:

$ git config --list 

user.name=kike user.email=enriquereasco@gmail.com color.status=auto color.branch=auto color.interactive=auto color.diff=auto

  Puede que veas claves repetidas, porque Git lee la misma clave de distintos archivos (/etc/gitconfig y ~/.gitconfig, por ejemplo). En ese caso, Git usa el último valor para cada clave única que ve.

También puedes comprobar qué valor cree Git que tiene una clave específica ejecutando git config {clave}:

$ git config user.name 

kike

fuente: http://git-scm.com 

Introduccion a Git

 Acerca del control de versiones

¿Qué es el control de versiones, y por qué debería importarte? El control de versiones es un sistema que registra los cambios realizados sobre un archivo o conjunto de archivos a lo largo del tiempo, de modo que puedas recuperar versiones específicas más adelante. Para los ejemplos de este libro llevarás control de versiones de código fuente, aunque en realidad puedes hacer esto con casi cualquier tipo de archivo que encuentres en un ordenador.

Si eres diseñador gráfico o web, y quieres mantener cada versión de una imagen o diseño (algo que sin duda quieres), un sistema de control de versiones (Version Control System o VCS en inglés) es una elección muy sabia. Te permite revertir archivos a un estado anterior, revertir el proyecto entero a un estado anterior, comparar cambios a lo largo del tiempo, ver quién modificó por última vez algo que puede estar causando un problema, quién introdujo un error y cuándo, y mucho más. Usar un VCS también significa generalmente que si fastidias o pierdes archivos, puedes recuperarlos fácilmente. Además, obtienes todos estos beneficios a un coste muy bajo.

Una breve historia de Git

Como muchas de las grandes cosas en esta vida, Git comenzó con un poco de destrucción creativa y encendida polémica. El núcleo de Linux es un proyecto de software de código abierto con un alcance bastante grande. Durante la mayor parte del mantenimiento del núcleo de Linux (1991-2002), los cambios en el software se pasaron en forma de parches y archivos. En 2002, el proyecto del núcleo de Linux empezó a usar un DVCS propietario llamado BitKeeper.

En 2005, la relación entre la comunidad que desarrollaba el núcleo de Linux y la compañía que desarrollaba BitKeeper se vino abajo, y la herramienta dejó de ser ofrecida gratuitamente. Esto impulsó a la comunidad de desarrollo de Linux (y en particular a Linus Torvalds, el creador de Linux) a desarrollar su propia herramienta basada en algunas de las lecciones que aprendieron durante el uso de BitKeeper. Algunos de los objetivos del nuevo sistema fueron los siguientes:

• Velocidad
• Diseño sencillo
• Fuerte apoyo al desarrollo no lineal (miles de ramas paralelas)
• Completamente distribuido
• Capaz de manejar grandes proyectos como el núcleo de Linux de manera eficiente (velocidad y tamaño de los datos)

Entonces, ¿qué es Git en pocas palabras? Es muy importante asimilar esta sección, porque si entiendes lo que es Git y los fundamentos de cómo funciona, probablemente te sea mucho más fácil usar Git de manera eficaz. A medida que aprendas Git, intenta olvidar todo lo que puedas saber sobre otros VCSs, como Subversion y Perforce; hacerlo te ayudará a evitar confusiones sutiles a la hora de utilizar la herramienta. Git almacena y modela la información de forma muy diferente a esos otros sistemas, a pesar de que su interfaz sea bastante similar; comprender esas diferencias ayudará a evitar que te confundas a la hora de usarlo.

Instantáneas, no diferencias

La principal diferencia entre Git y cualquier otro VCS (Subversion y compañía incluidos) es cómo Git modela sus datos. Conceptualmente, la mayoría de los demás sistemas almacenan la información como una lista de cambios en los archivos. Estos sistemas (CVS, Subversion, Perforce, Bazaar, etc.) modelan la información que almacenan como un conjunto de archivos y las modificaciones hechas sobre cada uno de ellos a lo largo del tiempo,

 

Git no modela ni almacena sus datos de este modo. En cambio, Git modela sus datos más como un conjunto de instantáneas de un mini sistema de archivos. Cada vez que confirmas un cambio, o guardas el estado de tu proyecto en Git, él básicamente hace una foto del aspecto de todos tus archivos en ese momento, y guarda una referencia a esa instantánea. Para ser eficiente, si los archivos no se han modificado, Git no almacena el archivo de nuevo —sólo un enlace al archivo anterior idéntico que ya tiene almacenado

Todo en Git es verificado mediante una suma de comprobación antes de ser almacenado, y es identificado a partir de ese momento mediante dicha suma (checksum en inglés). Esto significa que es imposible cambiar los contenidos de cualquier archivo o directorio sin que Git lo sepa. Esta funcionalidad está integrada en Git al más bajo nivel y es parte integral de su filosofía. No puedes perder información durante su transmisión o sufrir corrupción de archivos sin que Git sea capaz de detectarlo.

El mecanismo que usa Git para generar esta suma de comprobación se conoce como hash SHA-1. Se trata de una cadena de 40 caracteres hexadecimales (0-9 y a-f), y se calcula en base a los contenidos del archivo o estructura de directorios en Git. Un hash SHA-1 tiene esta pinta:

24b9da6552252987aa493b52f8696cd6d3b00373

Verás estos valores hash por todos lados en Git, ya que los usa con mucha frecuencia. De hecho, Git guarda todo no por nombre de archivo, sino en la base de datos de Git por el valor hash de sus contenidos.

Los tres estados

Ahora presta atención. Esto es lo más importante a recordar acerca de Git si quieres que el resto de tu proceso de aprendizaje prosiga sin problemas. Git tiene tres estados principales en los que se pueden encontrar tus archivos: confirmado (committed), modificado (modified), y preparado (staged). Confirmado significa que los datos están almacenados de manera segura en tu base de datos local. Modificado significa que has modificado el archivo pero todavía no lo has confirmado a tu base de datos. Preparado significa que has marcado un archivo modificado en su versión actual para que vaya en tu próxima confirmación.

Esto nos lleva a las tres secciones principales de un proyecto de Git: el directorio de Git (Git directory), el directorio de trabajo (working directory), y el área de preparación (staging area).

El directorio de Git es donde Git almacena los metadatos y la base de datos de objetos para tu proyecto. Es la parte más importante de Git, y es lo que se copia cuando clonas un repositorio desde otro ordenador.

El directorio de trabajo es una copia de una versión del proyecto. Estos archivos se sacan de la base de datos comprimida en el directorio de Git, y se colocan en disco para que los puedas usar o modificar.

El área de preparación es un sencillo archivo, generalmente contenido en tu directorio de Git, que almacena información acerca de lo que va a ir en tu próxima confirmación. A veces se denomina el índice, pero se está convirtiendo en estándar el referirse a ello como el área de preparación.

El flujo de trabajo básico en Git es algo así:

1. Modificas una serie de archivos en tu directorio de trabajo.
2. Preparas los archivos, añadiendo instantáneas de ellos a tu área de preparación.
3. Confirmas los cambios, lo que toma los archivos tal y como están en el área de preparación, y almacena esa instantánea de manera permanente en tu directorio de Git.

Si una versión concreta de un archivo está en el directorio de Git, se considera confirmada (committed). Si ha sufrido cambios desde que se obtuvo del repositorio, pero ha sido añadida al área de preparación, está preparada (staged). Y si ha sufrido cambios desde que se obtuvo del repositorio, pero no se ha preparado, está modificada (modified). En el Capítulo 2 aprenderás más acerca de estos estados, y de cómo puedes aprovecharte de ellos o saltarte toda la parte de preparación.

Fuente:http://git-scm.com

Convertir Ubuntu Desktop a Server

Cuando instalamos un ubuntu server en nuestro servidores y necesitamos un ambiente gráfico esto puede tardar varios minutos en instalar el manejador gráfico como Gnome, KDE, XFCE. Pero si tenemos un ubuntu desktop es mas fácil de convertir a server para ahorrarnos tiempo en la instalación del modo gráfico.

Para esto ejecutaremos los siguientes comandos:

1) Actualizar la lista de paquetes.

root@desarrollo:~# apt-get update

2) Para por tener nuestro ubuntu server solamente tenemos que instalar el kernel tipo server, el instala las dependencia y tarda muy poco minutos en tenerlo instalado.

root@desarrollo:~# apt-get instalar linux-server

3) Reiniciamos nuestro sistema.

root@desarrollo:~# init 6

Cuando ya este reiniciando nuestra computadora en el grub ya aparece nuestro ubuntu con el kernel del tipo server, con esto iniciamos y tendremos ya un ubuntu server instalado en nuestra maquina.

Que es Linux

Linux es un núcleo libre de sistema operativo basado en Unix.² Es uno de los principales ejemplos de software libre. Linux está licenciado bajo la GPL v2 y está desarrollado por colaboradores de todo el mundo. El desarrollo del día a día tiene lugar en la Linux Kernel Mailing List Archive

El núcleo Linux fue concebido por el entonces estudiante de ciencias de la computación finlandés, Linus Torvalds, en 1991. Linux consiguió rápidamente desarrolladores y usuarios que adoptaron códigos de otros proyectos de software libre para su uso en el nuevo sistema operativo. El núcleo Linux ha recibido contribuciones de miles de programadores. Normalmente Linux se utiliza junto a un empaquetado de software, llamado distribución Linux.

En abril de 1991, Linus Torvalds, de 21 años, empezó a trabajar en unas simples ideas para un núcleo de sistema operativo. Comenzó con un intento por obtener un núcleo de sistema operativo gratuito similar a Unix que funcionara con microprocesadores Intel 80386. Luego, el 25 de agosto de 1991, Torvalds escribió en el grupo de noticias comp.os.minix:³

"Estoy haciendo un sistema operativo (gratuito, sólo un hobby, no será nada grande ni profesional como GNU) para clones AT 386(486). Llevo en ello desde abril y está empezando a estar listo. Me gustaría saber su opinión sobre las cosas que les gustan o disgustan en minix, ya que mi SO tiene algún parecido con él.[...] Actualmente he portado bash(1.08) y gcc(1.40), y parece que las cosas funcionan. Esto implica que tendré algo práctico dentro de unos meses..."

Después de esto, muchas personas ayudaron con el código. En septiembre de 1991 se lanzó la versión 0.01 de Linux. Tenía 10.239 líneas de código. En octubre de ese año, se lanzó la versión 0.02 de Linux; luego, en diciembre se lanzó la versión 0.11. Esta versión fue la primera en ser self-hosted (autoalbergada). Es decir, Linux 0.11 podía ser compilado por una computadora que ejecutase Linux 0.11, mientras que las versiones anteriores de Linux se compilaban usando otros sistemas operativos. Cuando lanzó la siguiente versión, Torvalds adoptó la GPL como su propio boceto de licencia, la cual no permitía su redistribución con otra licencia que no sea GPL.

Se inició un grupo de noticias llamado alt.os.linux y el 19 de enero de 1992 se publicó en ese grupo el primer post. El 31 de marzo, alt.os.linux se convirtió en comp.os.linux. XFree86, una implementación del X Window System, fue portada a Linux, la versión del núcleo 0.95 fue la primera en ser capaz de ejecutarla. Este gran salto de versiones (de 0.1x a 0.9x) fue por la sensación de que una versión 1.0 acabada no parecía estar lejos. Sin embargo, estas previsiones resultaron ser un poco optimistas: desde 1993 a principios de 1994, se desarrollaron 15 versiones diferentes de 0.99 (llegando a la versión 0.99r15).

El 14 de marzo de 1994, se lanzó Linux 1.0.0, que constaba de 176.250 líneas de código. En marzo de 1995 se lanzó Linux 1.2.0, que ya estaba compuesto de 310.950 líneas de código.

• Mayo de 1996: Torvalds decidió adoptar al pingüino Tux como mascota para Linux.
• 9 de junio de 1996: Se lanzó la versión 2 de Linux, con una recepción positiva.
• 25 de enero de 1999: Se lanzó Linux 2.2.0 con 1.800.847 líneas de código.
• 18 de diciembre de 1999: se publicaron parches de IBM Mainframe para 2.2.13, permitiendo de esta forma que Linux fuera usado en ordenadores corporativos.
• 4 de enero de 2001: se lanzó Linux 2.4.0 con 3.377.902 líneas de código.
• 17 de diciembre de 2003: se lanzó Linux 2.6.0 con 5.929.913 líneas de código.
• 24 de diciembre de 2008: se lanzó Linux 2.6.28 con 10.195.402 líneas de código.⁴
• 20 de octubre de 2010: se lanzó Linux 2.6.36 con 13.499.457 líneas de código.⁵
• 30 de mayo de 2011: Linus Torvalds anunció⁶ que la versión del núcleo dará el salto a la 3.0 en la siguiente publicación.
• 21 de julio de 2011: Torvalds publicó en su perfil en la red social Google+ que el núcleo versión 3.0 estaba listo con la frase "3.0 Pushed Out".⁷
• 22 de julio de 2011: Fue lanzada la versión 3.0 del núcleo en http://www.kernel.org
• 12 de mayo y 13 de mayo de 2012 fueron lanzadas las versiones 3.3.6 y 3.4-rc7 del núcleo en http://www.kernel.org respectivamente.

Características de LINUX

Esta es una lista bastante completa con las características de LINUX:
Fuente: Infosheet-Como. Autor: IvanCasado

• Multitarea: La palabra multitarea describe la habilidad de ejecutar varios programas al mismo tiempo. LINUX utiliza la llamada multitarea preventiva, la cual asegura que todos los programas que se están utilizando en un momento dado serán ejecutados, siendo el sistema operativo el encargado de ceder tiempo de microprocesador a cada programa.
• Multiusuario: Muchos usuarios usando la misma maquina al mismo tiempo.
• Multiplataforma: Las plataformas en las que en un principio se puede utilizar Linux son 386-, 486-. Pentium, Pentium Pro, Pentium II, Amiga y Atari, también existen versiones para su utilización en otras plataformas, como Alpha, ARM, MIPS, PowerPC y SPARC y procesadores de ultima generación.
• Multiprocesador: Soporte para sistemas con mas de un procesador esta disponible para Intel y SPARC.
• Funciona en modo protegido 386.
• Protección de la memoria entre procesos, de manera que uno de ellos no pueda colgar el sistema.
• Carga de ejecutables por demanda: Linux sólo lee del disco aquellas partes de un programa que están siendo usadas actualmente.
• Política de copia en escritura para la compartición de páginas entre ejecutables: esto significa que varios procesos pueden usar la misma zona de memoria para ejecutarse. Cuando alguno intenta escribir en esa memoria, la página (4Kb de memoria) se copia a otro lugar. Esta política de copia en escritura tiene dos beneficios: aumenta la velocidad y reduce el uso de memoria.
• Memoria virtual usando paginación (sin intercambio de procesos completos) a disco: A una partición o un archivo en el sistema de archivos, o ambos, con la posibilidad de añadir más áreas de intercambio sobre la marcha Un total de 16 zonas de intercambio de 128Mb de tamaño máximo pueden ser usadas en un momento dado con un límite teórico de 2Gb para intercambio. Este limite se puede aumentar fácilmente con el cambio de unas cuantas lineas en el código fuente.
• La memoria se gestiona como un recurso unificado para los programas de usuario y para el caché de disco, de tal forma que toda la memoria libre puede ser usada para caché y ésta puede a su vez ser reducida cuando se ejecuten grandes programas.
• Librerías compartidas de carga dinámica (DLL’s) y librerías estáticas.
• Se realizan volcados de estado (core dumps) para posibilitar los análisis post-mortem, permitiendo el uso de depuradores sobre los programas no sólo en ejecución sino también tras abortar éstos por cualquier motivo.
• Compatible con POSIX, System V y BSD a nivel fuente.
• Emulación de iBCS2, casi completamente compatible con SCO, SVR3 y SVR4 a nivel binario.
• Todo el código fuente está disponible, incluyendo el núcleo completo y todos los drivers, las herramientas de desarrollo y todos los programas de usuario; además todo ello se puede distribuir libremente. Hay algunos programas comerciales que están siendo ofrecidos para Linux actualmente sin código fuente, pero todo lo que ha sido gratuito sigue siendo gratuito.
• Control de tareas POSIX.
• Pseudo-terminales (pty’s).
• Emulación de 387 en el núcleo, de tal forma que los programas no tengan que hacer su propia emulación matemática. Cualquier máquina que ejecute Linux parecerá dotada de coprocesador matemático. Por supuesto, si el ordenador ya tiene una FPU (unidad de coma flotante), esta será usada en lugar de la emulación, pudiendo incluso compilar tu propio kernel sin la emulación matemática y conseguir un pequeño ahorro de memoria.
• Soporte para muchos teclados nacionales o adaptados y es bastante fácil añadir nuevos dinámicamente.
• Consolas virtuales múltiples: varias sesiones de login a través de la consola entre las que se puede cambiar con las combinaciones adecuadas de teclas (totalmente independiente del hardware de vídeo). Se crean dinámicamente y puedes tener hasta 64.
• Soporte para varios sistemas de archivo comunes, incluyendo minix-1, Xenix y todos los sistemas de archivo típicos de System V, y tiene un avanzado sistema de archivos propio con una capacidad de hasta 4 Tb y nombres de archivos de hasta 255 caracteres de longitud.
• Acceso transparente a particiones MS-DOS (o a particiones OS/2 FAT) mediante un sistema de archivos especial: no es necesario ningún comando especial para usar la partición MS-DOS, esta parece un sistema de archivos normal de Unix (excepto por algunas restricciones en los nombres de archivo, permisos, y esas cosas). Las particiones comprimidas de MS-DOS 6 no son accesibles en este momento, y no se espera que lo sean en el futuro. El soporte para VFAT, FAT32 (WNT, Windows 95/98) se encuentra soportado desde la versión 2.0 del núcleo y el NTFS de WNT desde la versión 2.2 (Este ultimo solo en modo lectura).
• Un sistema de archivos especial llamado UMSDOS que permite que Linux sea instalado en un sistema de archivos DOS.
• Soporte en sólo lectura de HPFS-2 del OS/2 2.1
• Sistema de archivos de CD-ROM que lee todos los formatos estándar de CD-ROM.
• TCP/IP, incluyendo ftp, telnet, NFS, etc.
• Appletalk.
• Software cliente y servidor Netware.
• Lan Manager / Windows Native (SMB), software cliente y servidor.
• Diversos protocolos de red incluidos en el kernel: TCP, IPv4, IPv6, AX.25, X.25, IPX, DDP, Netrom, etc.
•