Tipos de "piratas" según sus motivaciones

Esta semana voy a tratar un tema que puede resultar interesante tanto para aquellos que me siguen por motivación profesional como para aquellos que lo hacéis simplemente porque os gusta lo que escribo.

Todos, en algún momento, hemos oído hablar de los piratas informáticos y también de las distintas nomenclaturas que se utilizan para designarlos. Unos hablan de "piratas", otros hablan de "hackers", otros de "snikers", otros de "krackers"... incluso últimamente, influenciados por ciertos programas de ficción televisiva de bastante audiencia, se empieza a escuchar términos mixtos como "hacker de sombrero blanco" o "hacker de sombrero negro". Si alguno de vosotros esperaba que le aclarase en este post que significa cada uno de esos términos se va a llevar un buen chasco, pues no me parece que sea relevante y seguro que hay expertos mejores que yo para explicarlos adecuadamente.

Yo voy a definir una serie de categorías de "piratas informáticos" o "hackers", que serían los términos más genéricos, en base a como se comportan. ¿Para que nos sirve esto? Para saber como comportarnos nosotros ante su presencia.

Voy a empezar describiendo al que yo denomino "Pirata de Juegos de Guerra". En realidad esto no es más que una referencia cinematográfica que aquellos que hayan visto la famosa película "Juegos de Guerra" ya estarán intuyendo a que me refiero. Se trata de un usuario avanzado que es capaz de encontrar accesos en la red a sitios a los que no deberían entrar. Sólo irrumpen por el placer de hacerlo y demostrar a otros y a si mismos que pueden hacerlo. No son ni buenos ni malos, su motivación es egoísta, simplemente no suelen ser muy conscientes del daño que pueden llegar a hacer, ya que para ellos es un mero juego.

El siguiente tipo es el que denomino "Pirata funcional". Suelen ser aquellos que acceden a sitios web con idea de modificarlos y aprovecharse de ellos. Su motivación es sacar un rendimiento económico, por lo que no les suele interesar ser descubiertos, por ejemplo un caso típico es una web hackeada para enviar correos de fishing. Al pirata que implementa este sistema de envíos desde la web ajena no le interesa que la web se caiga ni manipular sus contenidos, ya que cuanto más tiempo pueda seguir "pescando" víctimas sin ser descubierto más puede ganar. Para nosotros puede resultar molesto si nuestra web se ralentiza y muy problemático si las autoridades rastrean los envios y nos culpan a nosotros de la acción del pirata. Es por eso que debemos revisar nuestros códigos fuente siempre que estos dependan de nosotros.

Otro tipo con el que hay que andarse con mucho ojo es el que yo denomino "Pirata mafioso". Estos no son necesariamente peligrosos, pero si pueden ser muy molestos y pesados y, llegado el caso, también pueden ser peligrosos. Su motivación suele ser que los contratemos para que nos realicen tareas de mantenimiento en nuestra web, para que esté actualizada y protegida contra otros piratas. Suelen dedicarse a cambiarnos cosas de sitio, meter códigos, casi siempre inocuos, que ralentizan nuestra web, cambiar contenidos... aunque rara vez tirarán o destruirán nada importante y sus códigos se identificarán fácilmente porque no les interesa destrozar del todo la web o les daría después más trabajo a menos que su intención sea quitarle el mantenimiento a otro y hacer todo el trabajo de cero para cobrar más de entrada. Es decir, suelen ser técnicos o empresas a las que hemos retirado su contrato de mantenimiento o empresas que aspiran a tenerlo. Para evitar a este tipo de piratas hay que ser muy cautos a la hora de contratar a las empresas o técnicos que nos van a realizar nuestras aplicaciones, en este caso la web corporativa, pero puede ser extensivo a cualquier tipo de aplicación a la que se pueda acceder en red. El grado de peligrosidad dependerá de hasta donde estén dispuestos a llegar para conseguir lo que quieren, que es el contrato con nosotros.

Así que ya sabéis, si os topáis con cualquiera de estos tipos de piratas ahora ya sabéis porqué se dedican a hacer lo que hacen y podréis decidir mejor que hacer vosotros.

Novedades de diseño

Bueno hoy, como podéis comprobar, he estado entretenida buscando una alternativa a la navegación de menú de etiquetas y que poco a poco iré mejorado. Y es que poco a poco la columna de la derecha se me ha convertido en un mega-cajón desastre y tengo que reorganizar un poquito mejor la navegación. 

Algunos me diréis ¡esto te pasa por usar blogger, tenías que haber montado tu blog con wordpress! ¡Ni que fueras principiante!

El caso es que para mi lo importante no es tanto la plataforma como el contenido, y por eso, en el momento en que lo comencé no me pareció tan mala opción, en especial porque ya tenía cuenta de google y no de twitter y lo de darme de alta en otro sitio me daba bastante pereza, y de hecho buscando, buscando, voy encontrando soluciones a mis nuevas necesidades sin tener que cambiarme de plataforma a pesar de que ahora ya tengo twitter y podría abrir un blog en wordpress en un piss-pass.

Tampoco es que descarte la posibilidad de abrir otro blog en wordpress, pero sería más adelante y posiblemente sería un blog menos personal, más de negocio. Vamos, que aunque aquí trato temas profesionales, no deja de ser un blog personal con el que no gano dinero a pesar de promocionarme profesionalmente.

Otros, llegado este punto, me dirán que no es muy profesional escoger blogger como plataforma. Creo que es tan profesional como wordpress, siempre que sepas tocarle las "tripillas", añado un codiguillo por aquí, un plug-in por allá... me toco la plantilla... Hay gente que se instala un wordpress y lo deja con la plantilla que le viene por defecto o acaba montando cosas que hacen daño a la vista (aunque como no limpie pronto la columna de la derecha a alguno puede que le saque un ojo también ;-) ) y nadie se cuestiona lo poco profesional que pueden resultar ciertas combinaciones de colores.

¡Vamos! ¡Que cada cual sea libre de usar la herramienta que desee! 

Así que hoy estreno menú, por lo menos en el blog principal. Es un menú despleglable y todavía me da un problemilla con cierta capa de datos cuando entras en una de las categorías que espero resolver los próximos días, pero es plenamente funcional. Cuando esté terminado todo el menú de navegación lo aplicaré también en la sección en inglés.

Nos vamos viendo por ahí, por cierto, tanto si sois de blogger como de wordpress o desarrolláis aplicaciones web a medida y buscáis soluciones de navegación para vuestro página, os dejo un enlace que os puede ser de mucha utilidad:

http://cssmenumaker.com/css-menus

Social Media Plan (Resumen gráfico hasta ahora)

   Estos días ando un pelín liada, pues estoy impartiendo un módulo de un curso de DOMUS (Sistema de Documentación Museográfica) y no he tenido tiempo de preparar adecuadamente el post de esta semana, pero como no quiero dejar colgado a nadie, sobre todo porque los post sobre el Social Media Plan han tenido cierto seguimiento lo que indica que hay gente que está esperando el siguiente y no puedo dejarlos sin nada, voy recopilar en éste las infografías resumen que he ido publicando hasta ahora más la que resume el post de la semana anterior y que también acompañará al de la semana que viene.

   Esto es gráficamente lo que llevamos visto hasta ahora:

La próxima semana retomaremos nuestro Social Media Plan donde lo dejamos la semana pasada: Estrategias 3ª Parte: Redes Sociales.

Partes de un Social Media Plan IV: Estrategias (2ª Parte)

       Esta semana voy a hablaros de la web como centro neurálgico de nuestra estrategia en la red, pero antes, aquí tenéis el resumen del post anterior.

De cómo se debe acometer el diseño y desarrollo de un proyecto web es algo que ya publiqué en su día en Noticias.com y que reedité aquí al comienzo de mi andadura en este blog, por lo que no voy a entrar en ese tema, quien quiera que consulte mi Archivo o el archivo del blog donde podrá encontrar esos detalles en “Al César lo que es del César... y no pido mucho” o el artículo original “Planificación ideal de un proyecto Web” disponible en formato pdf en Mi Biblioteca Virtual.

Pero volvamos a lo que nos ocupa, en esta ocasión en formato FAQ (Frecuently Asked Questions – Preguntas Realizadas más Frecuentemente):

¿Página o Sitio Web? ¿Para que?

Fundamentalmente para aquello para lo que no están diseñadas las redes sociales, es decir, para albergar nuestro contenido a nuestra medida.

¿Y que es a nuestra medida? ¿Es una aplicación a medida?

No necesariamente. A nuestra medida significa de nuestra Web debe ceñirse a aquellos apartados que nosotros precisemos con la periodicidad de actualización que nosotros precisemos o que podamos permitirnos. Cada caso es diferente, pero hoy en día hay muchas aplicaciones “prêt a porter” que podemos adaptar a nuestras necesidades sin tener que recurrir al desarrollo o al diseño exclusivo para nosotros. Incluso las grandes marcas apuestan ya por este tipo de aplicaciones que les ahorran tiempo y dinero.

¿Puede ser una página Web exclusivamente un blog?

Si, pero un blog requiere dedicación. Si nuestra Web es un blog debemos publicar contenidos de manera regular o la gente perderá el interés más allá de la puesta en marcha.

¿Si mi negocio es una tienda tengo que poner un e-commerce?

No. No es buena idea pretender trasladar todo tipo de negocio a la red. Recuerdo un caso muy concreto de una modista que realizaba sus diseños exclusivos y un amigo le convenció para que tuviese presencia en Internet. El “Consultor” de “Gran Consultora” no se entrevistó con la modista sino con el amigo que no le transmitió lo que esta mujer necesitaba o el “Consultor” hizo caso omiso a lo que le pedían y se frotó las manos en cuanto escuchó la palabra tienda. Le vendieron un OS-Commerce (portal de venta on-line de entorno LAMP – Software Libre) para ahorrarse gastos y no hacer algo a medida. A mi me enviaron a hablar con la cliente y que me dijera que contenidos quería poner y que imagen corporativa se aplicaba. Si el Consultor se hubiera tomado la molestia de hablar cinco minutos con esta persona, se habría dado cuenta de que una aplicación a medida para visualizar imágenes y poner unos textos explicativos estáticos, con mucho diseño y sin necesidad de Black-office de cambios de contenidos, en este caso, era lo más indicado y lo menos, el dichoso OS-Commerce. Yo no podía hacer nada que no se saliese de lo que había marcado este “psedoconsultorcete”, así que cuando entregué los primeros borradores de diseño basados en OS-Commerce, el amigo de la clienta se enfadó y los echó para atrás porque ellos no habían pedido eso, pero el “Consultor” dijo que eso era lo que habían contratado. Al final, la Web la hizo una empresa más pequeña con más visión o mejor oído, pues se limitó a escuchar al cliente o, al menos, eso creo pues, vista la Web, he de decir que es exactamente lo que tanto ella como su amigo me describieron a mi y que, obviamente, no tiene nada que ver con un OS-Commerce.

¿Necesitamos que nuestra web haga “el pino-puente”?

Y por pino-puente quiero decir que tenga de todo. No, no hace falta que nuestra web tenga de todo. Nuestra web debe tener aquello que nos resulte más práctico. Lo que toda web debe tener, deben ser secciones de presentación de nuestro proyecto, secciones donde se humanice el proyecto –a las personas les gusta tratar con personas-, apartados de comunicación con los potenciales clientes que pueden ser: formularios para suscripción de novedades, enlaces de correo electrónico, suscripciones a las páginas de nuestra presencia en redes sociales (ya veremos la próxima semana un poco más a fondo esta parte), incluso widgets que muestren contenido de nuestras publicaciones en dichas redes, plug-in sociales para que vean a otros suscriptores, botones de twitter con hashtag o de conversación con nuestro perfil... por supuesto, podemos tener una sección de novedades o de noticias, notas de prensa de lo que otros hablan de nosotros –aunque para eso ya están las redes sociales y te ahorran el disgusto que te puede acarrear la reproducción de una foto o un texto sin permiso en tu misma Web.

En definitiva, que los contenidos los marcamos nosotros con un poquito de sentido común y, aunque nos dejemos aconsejar por un Consultor, preferiblemente que no sea el mismo que nos vaya a hacer la página. Mejor un buen consultor freelance que un consultor-comercial de gran empresa consultora que todo se lo guisa y se lo come sola.

¿Qué es eso que me han contado de que tengo que pagar para salir el primero en Google?

Eso es el SEM (Search Engine Marketing), y no es obligatorio. Lo que si necesitamos es darnos de alta en los buscadores (Link Building) y optimizar lo mejor posible los contenidos de los metadatos de nuestras páginas y en especial de nuestra página principal, pues de ello depende que los robots de búsqueda de los servicios como Google –que no es el único buscador del mundo- nos localicen mejor y nos saquen en las primeras líneas de sus resultados. A todo esto y a alguna otra practica adicional se le denomina SEO (Search Engine Optimization). En sus inicios, el SEO consistía en darte de alta en los buscadores y optimizar los metadatos (palabras clave, frases clave, autor...), sin embargo, como toda práctica tiene sus expertos. Hoy en día el Link Building es más complejo y hay que incluir también la monitorización para saber si estamos aplicando la estrategia adecuada, de ahí que sea necesario recurrir a un experto en SEO. Lo más probable es que nos acabe vendiendo también SEM. En cualquier caso, la última palabra respecto a lo que queremos gastarnos en promoción gratuita o de pago es cosa nuestra. Depende del ROI (retorno de inversión) que deseemos para nuestra presencia en la Web ¿hasta donde queremos llegar? ¿hasta la esquina, hasta la parada del autobús o damos la vuelta al globo? Nuestro cliente objetivo es algo que al desarrollar nuestro modelo de negocio ya habremos definido, en base a eso es en lo que tendrá que trabajar el experto SEO para definir la estrategia SEO y/o SEM de nuestra Web.

Todos me dicen que si no tengo un blog no voy a tener visitas pero yo no se de que escribir y no tengo tiempo ¿es verdad?

No. Un blog desactualizado es peor que no tener un blog. Pero para los contenidos del blog tendremos a nuestro Community Manager  o Content Curator. Lo que no nos vale es cualquiera, si va a hablar de nuestro negocio, tiene que conocer nuestro negocio. Si no podemos permitirnos hacerlo nosotros o tener a alguien en nómina para ello, mejor no pongamos blog en nuestra web, pues no actualizarlo al menos una vez en semana puede darnos una imagen de dejadez que nos perjudique más que beneficie.

¿Debo hacer referencia a todas las redes sociales en las que tengo perfil en la web? Es que son muchas...

Y cuantas más mejor. Si es en la página principal mejor aún, pero sino, podemos tener una página dentro de nuestro sitio en la cual hagamos referencia a todas ellas. En realidad no ocupa tanto en la página principal poner una pequeña línea de logotipos en la cabecera con el enlace directo a nuestro perfil en esa red.

Respecto a que redes... eso lo trataremos la próxima semana.

Al César lo que es del César... y no pido mucho.

    Voy a empezar esta nueva andadura con un artículo viejo. "Planificación ideal de un proyecto web" fue publicado originalmente en Noticias.com el 8 de Agosto de 2005. 

  Recientemente descubrí por casualidad que unos meses después había sido totalmente reproducido, sin mi permiso, por alguien en una web comercial que solamente me citó como fuente y que además añadía un párrafo adicional de promoción de una empresa -supongo que la de la web en la que se copió el artículo- sin acotar o separar claramente que texto era el mío y cual era el suyo, dando la apariencia de haber escrito ellos el texto o que yo, autora de mismo, podría tener alguna relación laboral con ellos, cosa que desde aquí aprovecho para desmentir.

    A continuación de estas líneas os reproduzco mi artículo, quizá un poco desfasado ya, aunque puede que no tanto si nos fijamos en la forma de trabajar de algunas empresas.

Disfrutadlo.

---

Planificación ideal de un proyecto Web.

A pesar de los años que lleva Internet implantado en el mercado, la empresas todavía no han dado con la formula óptima de producción en este tipo de proyectos.

Durante los años que llevo dedicados a la elaboración de proyectos Web, he podido constatar que, en general, hay un gran desconocimiento a la hora de acometer un proyecto Web de forma adecuadamente coordinada.
Cada empresa tiene una forma de trabajar diferente. Unas tienen bondades que son carencias en las otras y viceversa.
Esto no significa que los sistemas de producción de este tipo de aplicaciones sean mejores o peores, simplemente no están equilibrados.
Por lo general, las empresas dedicadas al diseño hacen hincapié en esa parte del producto, dejando de lado las problemáticas que para la fase de programación puede acarrear un diseño que no se adapte bien a la automatización de sus contenidos.
Por el contrario, las empresas dedicadas al desarrollo de aplicaciones tienen tendencia a menospreciar el valor de un buen diseño a la hora de presentar estos productos. Cuando un diseñador tiene que hacerse cargo del programa elaborado, suele tener serios problemas para no eliminar ningún código importante del programa y su aportación  -si no tiene conocimientos suficientes de código html, javascript o, incluso, asp o php, ya que hoy en día los diseñadores no saben mucho más que el manejo de DreamWeaver- suele ser bastante pobre.
Este tipo de actuaciones conduce a diseños espectaculares, con una difícil actualización de contenidos, o a programas con contenidos ágilmente renovables, pero con aspectos pobres o acabados poco cuidados.
Afortunadamente, existen empresas que ya han empezado a poner remedio a este problema, creando equipos mixtos de diseñadores, maquetadores y programadores, coordinados por analistas con amplios conocimientos en ambos campos: el del diseño y el de la programación.
Uno de los mayores escollos con que se encuentra una empresa a la hora de definir equipos equilibrados es la falta de entendimiento entre programadores y diseñadores, ya que, generalmente, “no hablan el mismo idioma”. El segundo problema es encontrar a alguien formado en ambos campos.
Generalmente los equipos deberían estar  liderados por Directores de Arte formados en empresas informáticas o Analistas con una amplía experiencia colaborativa en empresas de diseño.
Desafortunadamente, esta figura no es fácil de encontrar y cada tipo de empresa acaba contratando para esos puestos a aquellos profesionales que se ajustan más al perfil de su principal interés, en el caso de las empresas de marketing y diseño son Directores de Arte y en el caso de las empresas de desarrollo son Analistas Informáticos.
Esto provoca que no se resuelva el problema de manera satisfactoria y los clientes acaben encargando sus productos de manera compartida, el diseño a una empresa y el desarrollo a otra.
En estos casos se produce una dicotomía que genera un malestar a la hora de decidir quien lleva la voz cantante del proyecto, llegando a producirse falta de colaboración y rivalidad expresa entre ambas compañías que no comprenden –o no quieren comprender- porqué no les han concedido realizar el proyecto en solitario cuando sus equipos disponen de personal capacitado para realizar el proyecto en todo su conjunto.
Llegados a este punto ¿a dónde nos conduce esta situación? Si poniendo los medios humanos adecuados no conseguimos un entendimiento ¿qué falla en el proceso?.
Como toda aplicación informática, la elaboración de un proyecto Web, no sólo se basa en el recurso, sino también en el orden en el que se elabora el producto.
Si un cocinero hace una tarta de manzana, deberá añadir la manzana antes de meter la tarta en el horno y no después, sino el producto de ese cambio sería un postre distinto.
Así pues, las empresas informáticas, aún incluyendo diseñadores en sus equipos, tienen tendencia a elaborar la programación antes de solicitar la intervención de este recurso.
Por el contrario, las empresas de diseño, realizan bocetos sin preguntar a sus desarrolladores si creen que se ajustan a las necesidades del proyecto.
Por eso la figura del coordinador del equipo, conocedora de ambos campos de actuación, es tan importante. Puede ayudar a optimizar un sistema de producción para conseguir algo que hoy en día se exige cada vez con más fuerza: desarrollos Web espectaculares y prácticos.

La dirección de archivo donde podéis localizar la publicación original: 

http://www.noticias.com/planificacion-ideal-de-un-proyecto-web.31739

Un enlace a mi archivo en mi Biblioteca Virtual de donde podéis descargarlo si el enlace anterior deja de funcionar o si queréis tenerlo en vuestra biblioteca particular.

Descargar de archivo