Comments for JuniHH | Blog http://junihh.com Diseño Web-Mac-Vainas Thu, 12 Apr 2012 14:10:56 +0000 hourly 1 http://wordpress.org/?v=3.3.2 Comment on Las aplicaciones de Facebook y nuestros datos by junihh http://junihh.com/los-aplicaciones-de-facebook-y-nuestros-datos/comment-page-1#comment-110 junihh Thu, 12 Apr 2012 14:10:56 +0000 http://junihh.com/?p=354#comment-110 Exacto, el uso de correo único es el gancho, ya que hace más fácil crear la red de los usuarios. Gracias por tu comentario viejo. Exacto, el uso de correo único es el gancho, ya que hace más fácil crear la red de los usuarios. Gracias por tu comentario viejo.

]]> Comment on Las aplicaciones de Facebook y nuestros datos by WalAlm http://junihh.com/los-aplicaciones-de-facebook-y-nuestros-datos/comment-page-1#comment-109 WalAlm Thu, 12 Apr 2012 14:00:32 +0000 http://junihh.com/?p=354#comment-109 Eso de compartir los datos es lo que ha hecho a las compañias "sociales" practicamente multimillonarias y es que con pocos datos ya se sabe quien eres y que te gusta, y ademas que la gente utiliza un solo correo para todo. A facebook, twitter y google no les gusta que navegues en Incognito en la web, eso les detiene su circulo vicioso. Buen post! Eso de compartir los datos es lo que ha hecho a las compañias “sociales” practicamente multimillonarias y es que con pocos datos ya se sabe quien eres y que te gusta, y ademas que la gente utiliza un solo correo para todo.

A facebook, twitter y google no les gusta que navegues en Incognito en la web, eso les detiene su circulo vicioso.

Buen post!

]]> Comment on Las aplicaciones de Facebook y nuestros datos by junihh http://junihh.com/los-aplicaciones-de-facebook-y-nuestros-datos/comment-page-1#comment-108 junihh Thu, 12 Apr 2012 00:14:55 +0000 http://junihh.com/?p=354#comment-108 Precisamente escribiré un post acerca de la cédula, porque es un dato que están solicitando las empresas para la suscripción de los usuarios a sus websites. La cédula es un dato personal, único y no puede entregarse a la ligera. Gracias por leerme viejo. :-D Precisamente escribiré un post acerca de la cédula, porque es un dato que están solicitando las empresas para la suscripción de los usuarios a sus websites. La cédula es un dato personal, único y no puede entregarse a la ligera. Gracias por leerme viejo. :-D

]]> Comment on Las aplicaciones de Facebook y nuestros datos by Juan Medina http://junihh.com/los-aplicaciones-de-facebook-y-nuestros-datos/comment-page-1#comment-107 Juan Medina Thu, 12 Apr 2012 00:10:14 +0000 http://junihh.com/?p=354#comment-107 Hola viejo. Creo que lo mejor es seguir tu sugerencia de cerrar el pico y no postear nada. Nunca me ha gustado compartir información con aplicaciones que no me ofrecen nada más allá que el participar en algo sin fundamento o beneficio alguno. A veces pienso mucho antes de dar mi email, por lo del spam, imagínate dando un numero de cedula. Saliendo del tema, siempre he pensado que muchas empresas en R.D. piensan que el numero de cedula es de dominio publico! Interesante lectura! Hola viejo.

Creo que lo mejor es seguir tu sugerencia de cerrar el pico y no postear nada. Nunca me ha gustado compartir información con aplicaciones que no me ofrecen nada más allá que el participar en algo sin fundamento o beneficio alguno. A veces pienso mucho antes de dar mi email, por lo del spam, imagínate dando un numero de cedula. Saliendo del tema, siempre he pensado que muchas empresas en R.D. piensan que el numero de cedula es de dominio publico! Interesante lectura!

]]> Comment on Y el navegador más usado en República Dominicana es… by junihh http://junihh.com/y-el-navegador-mas-usado-en-republica-dominicana-es/comment-page-1#comment-94 junihh Thu, 08 Mar 2012 16:29:42 +0000 http://junihh.com/?p=347#comment-94 También me quedé con la duda de IE, pero parece que para saber ese dato hay que pasar por caja ($$$$). Tampoco me molesta que usen el IE9 ya que se porta similar a los demás navegadores, pero aún queda ese 25% divido entre IE 6-7-8. También me quedé con la duda de IE, pero parece que para saber ese dato hay que pasar por caja ($$$$). Tampoco me molesta que usen el IE9 ya que se porta similar a los demás navegadores, pero aún queda ese 25% divido entre IE 6-7-8.

]]> Comment on Y el navegador más usado en República Dominicana es… by Abrahan Enrique Núñez http://junihh.com/y-el-navegador-mas-usado-en-republica-dominicana-es/comment-page-1#comment-93 Abrahan Enrique Núñez Thu, 08 Mar 2012 16:17:38 +0000 http://junihh.com/?p=347#comment-93 Lo interesante seria saber que por ciento de ese 25% usa ie8, ie7, ie6... pues desde mi punto de vista que usen ie9 no es ningún problema para nosotros. Lo interesante seria saber que por ciento de ese 25% usa ie8, ie7, ie6… pues desde mi punto de vista que usen ie9 no es ningún problema para nosotros.

]]> Comment on Usemos JSON by junihh http://junihh.com/usemos-json/comment-page-1#comment-88 junihh Thu, 02 Feb 2012 14:43:50 +0000 http://junihh.com/?p=316#comment-88 Hey, si lo soporta. El último proyecto que tengo en producción en este momento hace mucho uso de xAJAX tal como lo ves en el artículo. El único problema que he tenido son ciertas transparencias que sólo van bien en el IE 8-9. Hey, si lo soporta. El último proyecto que tengo en producción en este momento hace mucho uso de xAJAX tal como lo ves en el artículo. El único problema que he tenido son ciertas transparencias que sólo van bien en el IE 8-9.

]]> Comment on Usemos JSON by Jose Marmolejos http://junihh.com/usemos-json/comment-page-1#comment-87 Jose Marmolejos Thu, 02 Feb 2012 14:38:06 +0000 http://junihh.com/?p=316#comment-87 Y btw, IE7 no soporta json.parse ;) Y btw, IE7 no soporta json.parse ;)

]]> Comment on Usemos JSON by Jose Marmolejos http://junihh.com/usemos-json/comment-page-1#comment-86 Jose Marmolejos Thu, 02 Feb 2012 14:37:51 +0000 http://junihh.com/?p=316#comment-86 Hay casos donde el soporte a browsers viejos no es una opcion, es una obligacion. Claro, es mejor no hacer nada y cargarle al usuario la responsabilidad. Si para justificar usar tu propia libreria recurres al letrerito de "este site tiene que verse con x browser" entonces estas reduciendo tu base de usuarios por puro capricho. Hay casos donde el soporte a browsers viejos no es una opcion, es una obligacion. Claro, es mejor no hacer nada y cargarle al usuario la responsabilidad. Si para justificar usar tu propia libreria recurres al letrerito de “este site tiene que verse con x browser” entonces estas reduciendo tu base de usuarios por puro capricho.

]]> Comment on Usemos JSON by junihh http://junihh.com/usemos-json/comment-page-1#comment-85 junihh Thu, 02 Feb 2012 14:21:03 +0000 http://junihh.com/?p=316#comment-85 Te respondo por navegador: - Internet Explorer 6: Me importa tres pitos si funciona o no, porque hace bastante tiempo dejé de darle soporte. - Internet Explorer 7-8-9: Funcionan perfectamente con JSON.parse. El IE mínimo al que doy soporte es al 7 y por el momento no he tenido problemas con mi función xAJAX para cargar y actualizar data. - Firefox: Por defecto viene activado la opción de actualización automática. En los casos de versiones mayores (5->6, 7->8, etc.), es el usuario que debe descargarlo manualmente, sin embargo, la mayoría de los que usan este navegador tienen la cultura de actualizar cuando se enteran de versiones nuevas. Olvidé mencionar que soporta perfectamente JSON.parse desde FF 3.1. - Chrome: También se actualiza automático y está demás decir que lo soporta debido al soporte de ECMAScript 3.1 de Webkit y el V8 de Google. - Safari: Igualito que Chrome (pero sin el V8). Si piensas en navegadores que no soporten JSON.parse, te pones en una posición retrógrada. Muchas veces he dicho en Twitter y en algún artículo por acá que a los clientes hay que enseñarles a actualizar. La mayoría de los usuarios se están moviendo a un navegador más actualizado porque el FKN todo-poderoso Facebook prácticamente los obliga (el mes pasado recomendaron como mínimo el 8). Que un usuario use IE6, es la minoría y eso es de lo que el cliente debe convencerse. Te respondo por navegador:

- Internet Explorer 6: Me importa tres pitos si funciona o no, porque hace bastante tiempo dejé de darle soporte.

- Internet Explorer 7-8-9: Funcionan perfectamente con JSON.parse. El IE mínimo al que doy soporte es al 7 y por el momento no he tenido problemas con mi función xAJAX para cargar y actualizar data.

- Firefox: Por defecto viene activado la opción de actualización automática. En los casos de versiones mayores (5->6, 7->8, etc.), es el usuario que debe descargarlo manualmente, sin embargo, la mayoría de los que usan este navegador tienen la cultura de actualizar cuando se enteran de versiones nuevas. Olvidé mencionar que soporta perfectamente JSON.parse desde FF 3.1.

- Chrome: También se actualiza automático y está demás decir que lo soporta debido al soporte de ECMAScript 3.1 de Webkit y el V8 de Google.

- Safari: Igualito que Chrome (pero sin el V8).

Si piensas en navegadores que no soporten JSON.parse, te pones en una posición retrógrada. Muchas veces he dicho en Twitter y en algún artículo por acá que a los clientes hay que enseñarles a actualizar. La mayoría de los usuarios se están moviendo a un navegador más actualizado porque el FKN todo-poderoso Facebook prácticamente los obliga (el mes pasado recomendaron como mínimo el 8).

Que un usuario use IE6, es la minoría y eso es de lo que el cliente debe convencerse.

]]> Comment on Usemos JSON by Jose Marmolejos http://junihh.com/usemos-json/comment-page-1#comment-84 Jose Marmolejos Thu, 02 Feb 2012 12:44:15 +0000 http://junihh.com/?p=316#comment-84 Que haces si JSON.parse no esta disponible ese browser? Tendrias que hacer feature detection primero y decidir si haras eval o json.parse cierto? Tal cual lo hacen las miles de librerias disponibles que ya hacen esto perfectamente bien (como json2 por ejemplo). Que haces si JSON.parse no esta disponible ese browser? Tendrias que hacer feature detection primero y decidir si haras eval o json.parse cierto? Tal cual lo hacen las miles de librerias disponibles que ya hacen esto perfectamente bien (como json2 por ejemplo).

]]> Comment on Preferir librerías de javascript o no: El dilema constante by junihh http://junihh.com/preferir-librerias-de-javascript-o-no-el-dilema-constante/comment-page-1#comment-70 junihh Wed, 04 Jan 2012 18:32:35 +0000 http://junihh.com/?p=307#comment-70 Bueno, al menos me diste la razón con lo del fade. :-D Es cierto, me gusta como maneja XMLHttpRequest, de hecho inicialmente usaba jQuery con ese fin y nada más, pero luego de tantas pruebas y error con mis proyectos ya tengo lo que para mi es la función perfecta, sin depender de ninguna librería. Es uno de los argumentos que uso en el post, porque cuando ejecutas una misma acción varias veces, la mejoras y perfeccionas. Las conversiones y formateo igual. Filtrado de objetos a partir de un type, name o clase, efectos anímaticos, cambios de estado a través de eventListener, detección de navegador (si es móvil, estándar o Explorer) son cosas que ya puedo hacer gracias a prueba-error. Hasta lo de HTML5 que mencionas, ya que con 6 líneas de código y un "for" puedo validar que los elementos existan para IE 6-7-8 sin jQuery o Modernizr. Otra cosa que hago es la carga asincróniza de JS y de CSS. Todos muy puntuales, sin depender de librerías Bueno, al menos me diste la razón con lo del fade. :-D

Es cierto, me gusta como maneja XMLHttpRequest, de hecho inicialmente usaba jQuery con ese fin y nada más, pero luego de tantas pruebas y error con mis proyectos ya tengo lo que para mi es la función perfecta, sin depender de ninguna librería. Es uno de los argumentos que uso en el post, porque cuando ejecutas una misma acción varias veces, la mejoras y perfeccionas.

Las conversiones y formateo igual. Filtrado de objetos a partir de un type, name o clase, efectos anímaticos, cambios de estado a través de eventListener, detección de navegador (si es móvil, estándar o Explorer) son cosas que ya puedo hacer gracias a prueba-error. Hasta lo de HTML5 que mencionas, ya que con 6 líneas de código y un “for” puedo validar que los elementos existan para IE 6-7-8 sin jQuery o Modernizr.

Otra cosa que hago es la carga asincróniza de JS y de CSS. Todos muy puntuales, sin depender de librerías

]]> Comment on Preferir librerías de javascript o no: El dilema constante by Jose Marmolejos http://junihh.com/preferir-librerias-de-javascript-o-no-el-dilema-constante/comment-page-1#comment-69 Jose Marmolejos Wed, 04 Jan 2012 15:42:03 +0000 http://junihh.com/?p=307#comment-69 Veo un detalle con tu post y es que cogiste el ejemplo mas trivial para aumentar tu argumento. jQuery es mucho mas que animaciones y chulerias, el api para los xhr es una joya, tiene el monton de utility functions (manipulacion de strings, conversiones, formateo, deteccion de features en el browser para mencionar algunos), trabaja de forma asombrosa con los data attributes de html5 y ni hablemos de lo facil que es la manipular y observar cambios en el DOM. Pero si, para un fade in trivial el uso de una lib estaria de mas. Veo un detalle con tu post y es que cogiste el ejemplo mas trivial para aumentar tu argumento. jQuery es mucho mas que animaciones y chulerias, el api para los xhr es una joya, tiene el monton de utility functions (manipulacion de strings, conversiones, formateo, deteccion de features en el browser para mencionar algunos), trabaja de forma asombrosa con los data attributes de html5 y ni hablemos de lo facil que es la manipular y observar cambios en el DOM.

Pero si, para un fade in trivial el uso de una lib estaria de mas.

]]> Comment on Capturar las variables pasadas por url con javascript by Juan Medina http://junihh.com/capturar-las-variables-pasadas-por-url-con-javascript/comment-page-1#comment-63 Juan Medina Thu, 01 Dec 2011 11:44:03 +0000 http://junihh.com/?p=273#comment-63 No he llegado a la seccion de arrays en el libro de JS, pero comprendo el ejemplo, jevi! Gracias Junior! No he llegado a la seccion de arrays en el libro de JS, pero comprendo el ejemplo, jevi! Gracias Junior!

]]> Comment on Capturar las variables pasadas por url con javascript by junihh http://junihh.com/capturar-las-variables-pasadas-por-url-con-javascript/comment-page-1#comment-62 junihh Wed, 30 Nov 2011 22:04:08 +0000 http://junihh.com/?p=273#comment-62 Gracias por compartir tu código Héctor. Luego de terminar mi solución traté de hacer algo similar con ReGex, pero como no se escribirlos lo dejé. Me gusta la propuesta. Lo probaré, veré si puedo corregirle algo para evitar lo que mencionas y haré una actualización de este post. Gracias por compartir tu código Héctor. Luego de terminar mi solución traté de hacer algo similar con ReGex, pero como no se escribirlos lo dejé. Me gusta la propuesta. Lo probaré, veré si puedo corregirle algo para evitar lo que mencionas y haré una actualización de este post.

]]> Comment on Capturar las variables pasadas por url con javascript by Hector Minaya http://junihh.com/capturar-las-variables-pasadas-por-url-con-javascript/comment-page-1#comment-61 Hector Minaya Wed, 30 Nov 2011 21:50:52 +0000 http://junihh.com/?p=273#comment-61 Tengo algo parecido: <code> GetQueryStringByName: function (name) { name = name.replace(/[\[]/, "\\\[").replace(/[\]]/, "\\\]"); var regexS = "[\\?&]" + name + "=([^&#]*)"; var regex = new RegExp(regexS); var results = regex.exec(window.location.href); if (results == null) return ""; else return decodeURIComponent(results[1].replace(/\+/g, " ")) }, </code> Lo único que no me funciona es si llamo la función dentro de una pagina que e cargado con $.get();, desde ahí dentro no se ven los parámetros del querystring de la pagina madre. Tengo algo parecido:

GetQueryStringByName: function (name) {
name = name.replace(/[\[]/, "\\\[").replace(/[\]]/, "\\\]");
var regexS = "[\\?&]" + name + "=([^&#]*)";
var regex = new RegExp(regexS);
var results = regex.exec(window.location.href);
if (results == null)
return "";
else
return decodeURIComponent(results[1].replace(/\+/g, " "))
},

Lo único que no me funciona es si llamo la función dentro de una pagina que e cargado con $.get();, desde ahí dentro no se ven los parámetros del querystring de la pagina madre.

]]> Comment on Capturar las variables pasadas por url con javascript by junihh http://junihh.com/capturar-las-variables-pasadas-por-url-con-javascript/comment-page-1#comment-60 junihh Wed, 30 Nov 2011 14:28:25 +0000 http://junihh.com/?p=273#comment-60 Así es viejo. Ese script está diseñado para devolver un resultado, podría devolver varios con la salvedad que cada valor deberá ser guardado en una variable, que puede ser un object o un array. Sería de esta forma: <pre lang="javascript"> var src = String( window.location.href ).split('?')[1]; var vrs = src.split('&'); var arr = []; for (var x = 0, c = vrs.length; x < c; x++) { arr[x] = vrs[x].split('=')[1]; }; alert( arr[0] ); /* Devuelve "junihh" como valor de "usuario" */ alert( arr[1] ); /* Devuelve "Dominicano" como valor de "nacionalidad" */ alert( arr[2] ); /* Devuelve "junihh" como valor de "Twitter" */ </pre></pre> Así es viejo. Ese script está diseñado para devolver un resultado, podría devolver varios con la salvedad que cada valor deberá ser guardado en una variable, que puede ser un object o un array. Sería de esta forma:

var src = String( window.location.href ).split('?')[1];
var vrs = src.split('&');
var arr = [];
 
for (var x = 0, c = vrs.length; x < c; x++) 
{
        arr[x] = vrs[x].split('=')[1];
};
 
alert( arr[0] ); /* Devuelve "junihh" como valor de "usuario" */
alert( arr[1] ); /* Devuelve "Dominicano" como valor de "nacionalidad" */
alert( arr[2] ); /* Devuelve "junihh" como valor de "Twitter" */
]]> Comment on Capturar las variables pasadas por url con javascript by Juan Medina http://junihh.com/capturar-las-variables-pasadas-por-url-con-javascript/comment-page-1#comment-58 Juan Medina Wed, 30 Nov 2011 08:19:42 +0000 http://junihh.com/?p=273#comment-58 Genial Junihh! Jejejeje, “Puede ser servido frío y con mucho aderezo. “ :) Como ya sabes, estoy aprendiendo JavaScript y estoy leyendo la sección de "Iterative statements" y este es un buen ejemplo para desglosar el uso del bucle "for". Para probar los aplique de esta manera: <code>alert(locationVars('usuario')); alert(locationVars('nacionalidad'));</code> Curiosidad: Veo que como lo aplicas manualmente llamas a cada una de las variables usando un argumento para llamar cada valor en la función. Si se necesitara llamar todas las variables y sus correspondientes valores, ya que están en un array ¿tendríamos que crear otra función aparte en conjunto con esta función o simplemente modificamos la función locationVars();? Por ejemplo: si añadimos la variable en negrita: <code>http://junihh.com/?usuario=junihh&nacionalidad=dominicano<strong>&twitter=junihh</strong></code> ¿Podríamos iterar y obtener dinamicamente: Usuario = Junihh, nacionalidad = Dominicano, Twitter = junihh? Genial Junihh! Jejejeje, “Puede ser servido frío y con mucho aderezo. “ :)

Como ya sabes, estoy aprendiendo JavaScript y estoy leyendo la sección de “Iterative statements” y este es un buen ejemplo para desglosar el uso del bucle “for”.

Para probar los aplique de esta manera:

alert(locationVars('usuario'));
alert(locationVars('nacionalidad'));

Curiosidad: Veo que como lo aplicas manualmente llamas a cada una de las variables usando un argumento para llamar cada valor en la función. Si se necesitara llamar todas las variables y sus correspondientes valores, ya que están en un array ¿tendríamos que crear otra función aparte en conjunto con esta función o simplemente modificamos la función locationVars();?

Por ejemplo: si añadimos la variable en negrita:

http://junihh.com/?usuario=junihh&nacionalidad=dominicano&twitter=junihh

¿Podríamos iterar y obtener dinamicamente: Usuario = Junihh, nacionalidad = Dominicano, Twitter = junihh?

]]> Comment on Capturar las variables pasadas por url con javascript by junihh http://junihh.com/capturar-las-variables-pasadas-por-url-con-javascript/comment-page-1#comment-55 junihh Tue, 29 Nov 2011 14:53:45 +0000 http://junihh.com/?p=273#comment-55 Me alegro que te sirva. :-) Me alegro que te sirva. :-)

]]> Comment on Capturar las variables pasadas por url con javascript by Wilbur Suero http://junihh.com/capturar-las-variables-pasadas-por-url-con-javascript/comment-page-1#comment-54 Wilbur Suero Tue, 29 Nov 2011 14:45:10 +0000 http://junihh.com/?p=273#comment-54 Uff las veces que yo he hecho esto de pasar variables por el URL a JavaScript siempre acaba todo increíblemente complicado. Me gusta! bien simplificado y compacto, gracias. Uff las veces que yo he hecho esto de pasar variables por el URL a JavaScript siempre acaba todo increíblemente complicado.

Me gusta! bien simplificado y compacto, gracias.

]]> Comment on BlackBerry: El smartphone sin identidad by Juan Medina http://junihh.com/blackberry-el-smartphone-sin-identidad/comment-page-1#comment-45 Juan Medina Thu, 20 Oct 2011 03:04:48 +0000 http://junihh.com/?p=256#comment-45 Hola Junior. Interesante articulo. Creo que RIM debe de hacer un experimento: Deben de crear un buen pedazo de "hardware" corriendo Android y una serie de apps y servicios nativos que las personas gustan de sus BlackBerrys. No apps que se puedan bajar del Android market, si no apps exclusivas y propietarias que vengan con el aparato, como el BBM y ver que pasa. Ni HTC, SONY Ericsson, Samsung, etc. hubiesen sobrevivido sin hacer un cambio hacia Android, porque no hacerlo RIM? Hola Junior. Interesante articulo. Creo que RIM debe de hacer un experimento: Deben de crear un buen pedazo de “hardware” corriendo Android y una serie de apps y servicios nativos que las personas gustan de sus BlackBerrys. No apps que se puedan bajar del Android market, si no apps exclusivas y propietarias que vengan con el aparato, como el BBM y ver que pasa. Ni HTC, SONY Ericsson, Samsung, etc. hubiesen sobrevivido sin hacer un cambio hacia Android, porque no hacerlo RIM?

]]> Comment on Ferretería Americana: ¿Buen o mal servicio? by tulio http://junihh.com/ferreteria-americana-%c2%bfbuen-o-mal-servicio/comment-page-1#comment-38 tulio Fri, 30 Sep 2011 18:51:49 +0000 http://junihh.com/?p=190#comment-38 Respeto tu punto pero creo que el empleado tiene sus razones. De cualquier lado que se vea tiene puntos positivos y negativos. Los bancos, las embajadas, todos también tienen el mismo sistema: para tener el servicio hay que esperar que abran, entonces se reclama por la calidad del servicio. Respeto tu punto pero creo que el empleado tiene sus razones. De cualquier lado que se vea tiene puntos positivos y negativos. Los bancos, las embajadas, todos también tienen el mismo sistema: para tener el servicio hay que esperar que abran, entonces se reclama por la calidad del servicio.

]]> Comment on Ferretería Americana: ¿Buen o mal servicio? by junihh http://junihh.com/ferreteria-americana-%c2%bfbuen-o-mal-servicio/comment-page-1#comment-37 junihh Fri, 30 Sep 2011 11:42:17 +0000 http://junihh.com/?p=190#comment-37 Entiendo tu punto y tienes razón, pero una cosa es el horario de apertura del local y otra el horario de entrada de los empleados. Ferretería Americana es una tienda grande, por lo que los empleados son asignados a áreas específicas (de ser organizados), por lo que el trabajo de organización de los tramos se resparte. Seguro que el horario de llegada de los empleados es 8:00 u 8:30, tiempo suficiente si se reparten los deberes (de ser organizados). Caja, un área clave en toda tienda, es la que mejor organizada debe estar. Si en Ferretería Americana usan el modo de doble turno, un turno debe hacer cuadre de caja antes de dar paso al siguiente turno o cerrar la tienda. De ninguno hacer ese trabajo antes de dejar su puesto, puede suceder cualquier estafa al establecimiento, por lo que un error no puede ser permitido. Por la mañana, al momento de abrir la tienda al público ya debe estar todo organizado, no creo que un minuto haga la diferencia para que un empleado haga lo que le toca hacer, o si, si en ese minuto está en peligro todo un planeta. ;-) Entiendo tu punto y tienes razón, pero una cosa es el horario de apertura del local y otra el horario de entrada de los empleados. Ferretería Americana es una tienda grande, por lo que los empleados son asignados a áreas específicas (de ser organizados), por lo que el trabajo de organización de los tramos se resparte. Seguro que el horario de llegada de los empleados es 8:00 u 8:30, tiempo suficiente si se reparten los deberes (de ser organizados).

Caja, un área clave en toda tienda, es la que mejor organizada debe estar. Si en Ferretería Americana usan el modo de doble turno, un turno debe hacer cuadre de caja antes de dar paso al siguiente turno o cerrar la tienda. De ninguno hacer ese trabajo antes de dejar su puesto, puede suceder cualquier estafa al establecimiento, por lo que un error no puede ser permitido.

Por la mañana, al momento de abrir la tienda al público ya debe estar todo organizado, no creo que un minuto haga la diferencia para que un empleado haga lo que le toca hacer, o si, si en ese minuto está en peligro todo un planeta. ;-)

]]> Comment on Ferretería Americana: ¿Buen o mal servicio? by José Martínez http://junihh.com/ferreteria-americana-%c2%bfbuen-o-mal-servicio/comment-page-1#comment-36 José Martínez Fri, 30 Sep 2011 11:11:18 +0000 http://junihh.com/?p=190#comment-36 El empleado no estaba dando un mal servicio, simplemente esta cumpliendo con su trabajo. La Logistica detrás de una tienda grande como la Americana es complicada, desde revisar stock, cajas, limpieza y sobre todo seguridad, todo debe de ser verificado antes de abrirla y para ellos un minuto puede ser la diferencia. Ponte también del lado del empleado, si sus instrucciones son no abrir antes de las 9:00 AM, por querer brindar un buen servicio puede llevar una amonestación y hasta perder su trabajo por arriesgar lo antes mencionado. El empleado no estaba dando un mal servicio, simplemente esta cumpliendo con su trabajo. La Logistica detrás de una tienda grande como la Americana es complicada, desde revisar stock, cajas, limpieza y sobre todo seguridad, todo debe de ser verificado antes de abrirla y para ellos un minuto puede ser la diferencia.

Ponte también del lado del empleado, si sus instrucciones son no abrir antes de las 9:00 AM, por querer brindar un buen servicio puede llevar una amonestación y hasta perder su trabajo por arriesgar lo antes mencionado.

]]> Comment on Ferretería Americana: ¿Buen o mal servicio? by Andres http://junihh.com/ferreteria-americana-%c2%bfbuen-o-mal-servicio/comment-page-1#comment-33 Andres Wed, 28 Sep 2011 21:36:05 +0000 http://junihh.com/?p=190#comment-33 Entiendo perfectamente tu punto, yo pense que la Americana ya habia quebrado Entiendo perfectamente tu punto, yo pense que la Americana ya habia quebrado

]]> Comment on Desmitifiquemos HTML5 by posicionamiento en buscadores http://junihh.com/desmitifiquemos-html5/comment-page-1#comment-32 posicionamiento en buscadores Wed, 28 Sep 2011 01:05:18 +0000 http://junihh.com/?p=184#comment-32 coincido plenamente que debemos cambiar nuestra mentalidad! coincido plenamente que debemos cambiar nuestra mentalidad!

]]> Comment on Las bellezas de Lion y las babosadas que se dicen by Las apps que si debes usar con Lion | JuniHH | Blog http://junihh.com/las-bellezas-de-lion-y-las-babosadas-que-se-dicen/comment-page-1#comment-27 Las apps que si debes usar con Lion | JuniHH | Blog Thu, 01 Sep 2011 18:11:07 +0000 http://junihh.com/?p=115#comment-27 [...] el artículo “Las bellezas de Lion y las babosadas que se dicen” fuí muy explícito acerca de lo que pienso sobre ciertas novedades de Lion, como Launchpad, [...] [...] el artículo “Las bellezas de Lion y las babosadas que se dicen” fuí muy explícito acerca de lo que pienso sobre ciertas novedades de Lion, como Launchpad, [...]

]]> Comment on Steve Jobs – Salud y el amarillismo by junihh http://junihh.com/steve-jobs-salud-y-el-amarillismo/comment-page-1#comment-11 junihh Fri, 26 Aug 2011 13:40:35 +0000 http://junihh.com/?p=138#comment-11 Muy de acuerdo viejo. Sólo esperar ver qué puede ofrecer Tim "Cocina" luego que ingrese como CEO formal de la empresa, porque aunque estuve en ese puesto por dos ocasiones, sus funciones no le obligaban a desarrollar productos nuevos. Muy de acuerdo viejo. Sólo esperar ver qué puede ofrecer Tim “Cocina” luego que ingrese como CEO formal de la empresa, porque aunque estuve en ese puesto por dos ocasiones, sus funciones no le obligaban a desarrollar productos nuevos.

]]> Comment on Steve Jobs – Salud y el amarillismo by Juan Medina http://junihh.com/steve-jobs-salud-y-el-amarillismo/comment-page-1#comment-8 Juan Medina Fri, 26 Aug 2011 12:16:25 +0000 http://junihh.com/?p=138#comment-8 Creo que en cierto grado, la innovacion de Apple va a sufrir a la falta de Steve Jobs. No para basar mis opiniones en peliculas semi-biograficas, pero, hace un par de años vi la pelicula Pirates of Silicon Valley, y la manera en la que supuestamente, Steve Jobs "administra" sus ideas, y las personas a quienes les encomienda la tarea de llevarlas a cabo, es muy peculiar. Si la memoria y hechos historicos no me fallan, no fue Steve Jobs que compro Pixar de George Lucas cuando salio de Apple? Si alguien me dice que Steve Jobs es un visionario irremplazable, te puedo decir que lo creeria. No se si la persona designada a hacer su trabajo llene sus zapatos o no, pero en mi opinion, para ser tan innovador, sagaz, y determinado como Jobs, este va a tener que andar con el diario personal de dicho con por lo menos 10 años de ideas! Bueno, esa es solo mi opinion! Admiro a Jobs aun no use productos Apple. Ah, tu sabes como es la prensa, de amarillista!! :) Creo que en cierto grado, la innovacion de Apple va a sufrir a la falta de Steve Jobs. No para basar mis opiniones en peliculas semi-biograficas, pero, hace un par de años vi la pelicula Pirates of Silicon Valley, y la manera en la que supuestamente, Steve Jobs “administra” sus ideas, y las personas a quienes les encomienda la tarea de llevarlas a cabo, es muy peculiar.

Si la memoria y hechos historicos no me fallan, no fue Steve Jobs que compro Pixar de George Lucas cuando salio de Apple? Si alguien me dice que Steve Jobs es un visionario irremplazable, te puedo decir que lo creeria.

No se si la persona designada a hacer su trabajo llene sus zapatos o no, pero en mi opinion, para ser tan innovador, sagaz, y determinado como Jobs, este va a tener que andar con el diario personal de dicho con por lo menos 10 años de ideas! Bueno, esa es solo mi opinion!

Admiro a Jobs aun no use productos Apple. Ah, tu sabes como es la prensa, de amarillista!!
:)

]]> Comment on Steve Jobs – Salud y el amarillismo by junihh http://junihh.com/steve-jobs-salud-y-el-amarillismo/comment-page-1#comment-5 junihh Thu, 25 Aug 2011 15:09:07 +0000 http://junihh.com/?p=138#comment-5 En resumen ese era el punto que quería plantear Dario. Con o sin Jobs, Apple continuará. Gracias por comentar viejo. En resumen ese era el punto que quería plantear Dario. Con o sin Jobs, Apple continuará. Gracias por comentar viejo.

]]>