Portada
mis comunidades
otras secciones
#14 o no. Puede no ser necesario ser root. Existen exploits que pueden darte permisos de root. En los sistemas unix root arranca el proceso init al inicio y todos los demás vienen de el. Un proceso puede ser ejecutado bajo un usuario concreto, pero un bug puede generar que el proceso muera y nos devuelva una shell con el usuario padre. Por ejemplo apache se ejecuta con www-data, pero el proceso padre lo ejecuta root (www-data no puede abrir el puerto 80). Esto es solo un ejemplo. No digo que sea fácil hacerlo.
Decir que los bugs de Linux se arreglan en poco tiempo es incierto también. Se arreglan rápido los que se publican, pero hay algunos que no se publican y siguen activos durante mucho tiempo. Son los denominados zero-days y afectan a todos los SO.
No hay SO mas vulnerable que otro. Todos lo son. Además detrás de los bugs hay una industria. Es un juego de intereses (http://blog.trailofbits.com/2009/03/22/no-more-free-bugs/). Hay mucho dinero en medio.
Me pilla mayor lo de los fanboys de SO. Al fin de cuentas son herramientas. No le tengo especial cariño a ninguna. Se me hace raro usar Windows, pero mas que nada porque no lo suelo usar, pero no por nada mas.
#43 No hay SO mas vulnerable que otro.
De acuerdo con todo menos con eso. La experiencia y la lógica nos dicen que a más usado esté un SO y a más gente haya encargada de su mantenimiento, más seguro será.
Nadie (con dos dedos de frente) defiende que Linux no tenga fallos de seguridad o bugs. Pero hay una gran diferencia a la hora de comparar la seguridad de unos y de otros. Es posible estar usando durante meses un mismo exploit para conseguir acceso de administrador en un Windows bien actualizado. Eso no se puede hacer en un Linux ni siquiera durante días.
Ahí está la diferencia principal. Está claro que en un ordenador mal administrado, o abandonado, ahí entra hasta el tato y se hace unos huevos fritos en la cocina. Pero en un SO bien actualizado, es mucho más difícil entrar si es Linux que Windows. No imposible. Pero sí mucho más difícil.
#c-44" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2074973/order/44">#44 se que es un tema controvertido, pero estóy convencido de ello. La grán mayoría de los comentarios que se usan son prescindibles. Por ejemplo en la línea 157 (s = 1 # step size). Se puede quitar el comentario y en vez de llamar a la variable "s" la llamamos "stepSize" (o step_size si no usamos camelCase). De esta forma siempre que veamos la variable sabemos lo es (aka código más legible). Otro ejemplo un poco mas adelante (# generate the hills randomly o = n - 10 ...). Aquí lo mejor sería crear una función nueva que se llame generate_the_hills_randomly. De esta forma vamos creando funciones con una única responsabilidad y con un "naming" que evita tener que meter comentarios (que no compilan y que muy posiblemente queden obsoletos y/o redundantes generando confusión). Y por cierto los buenos programadores hacen que sus programas parezcan triviales :), pero esto no es nada fácil de conseguir. Programar es fácil. Cualquiera con una pequeña base de álgebra y ganas puede progamar en poco tiempo, pero programar bien es muy, pero que muy complicado. Requiere mucha esperiencia y estudio.
Como ejercicio para el autor me parece genial pero como ejemplo de aplicación, no tanto. Cosas malas que le veo a primera vista: 1 archivo con 894 lineas (mezclando varias clases en el mismo archivo). Lleno de if y for anidados en la misma función. Mucho "elif" (un code smell muy típico de violacíon del SRP). Funciones con responsabilidad no muy clara que hacen varias cosas a la vez. Mucho "magic number". Comentarios por todos los lados (si tienes que poner comentarios para explicar lo que hace tu código quiere decir que tu código no es bueno). Esta es la típica aplicación que a los programadores sin mucha experiencia les deja impresionados, pero que un programador senior no quiere tocar ni con un palo. Muy dificil de mantener y añadir nueva funcionalidad (que al final es lo mas importante). Como comentan (#33) el número de líneas de código no una metrica importante a la hora de medir la calidad del código. Hay lenguajes mas verbosos que otros. Python es uno de los mas "bonitos", pero por muy bonito que sea, el lenguaje es solo un lenguaje. Lo que importa es la aplicación que desarrollemos.
#40 Amén a todo lo que dices, excepto: "si tienes que poner comentarios para explicar lo que hace tu código quiere decir que tu código no es bueno". Los comentarios bien escritos son imprescindibles para el mantenimiento y evolución de un programa. Llevando al extremo tu frase, yo diría: "si tu programa se entiende sin comentarios, es que es trivial".
#c-44" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2074973/order/44">#44 se que es un tema controvertido, pero estóy convencido de ello. La grán mayoría de los comentarios que se usan son prescindibles. Por ejemplo en la línea 157 (s = 1 # step size). Se puede quitar el comentario y en vez de llamar a la variable "s" la llamamos "stepSize" (o step_size si no usamos camelCase). De esta forma siempre que veamos la variable sabemos lo es (aka código más legible). Otro ejemplo un poco mas adelante (# generate the hills randomly o = n - 10 ...). Aquí lo mejor sería crear una función nueva que se llame generate_the_hills_randomly. De esta forma vamos creando funciones con una única responsabilidad y con un "naming" que evita tener que meter comentarios (que no compilan y que muy posiblemente queden obsoletos y/o redundantes generando confusión). Y por cierto los buenos programadores hacen que sus programas parezcan triviales :), pero esto no es nada fácil de conseguir. Programar es fácil. Cualquiera con una pequeña base de álgebra y ganas puede progamar en poco tiempo, pero programar bien es muy, pero que muy complicado. Requiere mucha esperiencia y estudio.
Puedo entender a los que votan a favor. En los tiempos en los que estamos hay que reducir el gasto público, si o si. Puedo entender a los que votan en contra. Si tienes que viajar mucho, volar en business es mas cómodo (salas vip y esas cosas). Lo que no me entra en la cabeza es la gente que se ¿ABSTIENE?. Vamos a ver. Les pagan por decidir y por mojarse. Si en una votación tan clara y directa como esta no se mojan, que vamos a esperar cuando la cosa se complique. En fin que no entiendo muy bien a la clase política.
El problema de los tsunami no es solo la altura de la ola. Es la masa de agua que desplaza. Un tsunami no es una ola normal. No es esto: () es mas bien esto (----------------). Por lo tanto 50 centímetros si el muy larga y tiene mucha masa de agua detras puede ser devastadora. Mucha masa de agua moviéndose equivale a mucha energía.
Esto me ha recordado a la novela "Superviviente" de Chuck Palahniuk. Que gran libro. Los que lo han leido lo entenderán y los que no ¿a que esperais?
Probando, probando. Un, dos, tres.
Es el reloj que tengo puesto ahora. Me lo regalaron el año pasado. http://tinyurl.com/yztmmnv
Mi reloj (http://tinyurl.com/yztmmnv). Molaba y sigue molando (se vende todavía)
Soy usuario de firefox por obligacion (no encuentro nada que se le aproxime a firebug en ningun otro navegador) pero estoy cansado con su consumo de memoria y sus cuelgues. Lo que mas me molesta es que no sea multiproceso. Eso que si una pestaña con problemas tire a todas las demas es una faena. Si Chrome (bueno chromium, ya que chrome no esta para linux) tuviera firebug abandonaria firefox ahora mismo.
respecto a #19: Flash y pdf nos guste o no son estandares en la web. Un navegador de hoy en dia debe tener un buen soporte para flash y pdf. No me vale decir que estan desarrolldos por extenos. Lo el javascript tampoco estoy de acuerdo. Por muy mal hecho que este un js no debe colgar el navegador. El navegador debe gestionar la memoria y los recursos y no permitir que la maquina se quede tirada, por muy mal que este el js. Recuerdo un bug de IE que cerraba el navegador al pichar en un anchor. A nadie se le ocurrio decir que la culpa era del que hacia el link. La culpa era del navegador.
Ademas veo que firefox ultimamente se esta durmiendo. No aporta nada nuevo. Todas las novedades vienen de Chrome y Opera. ff se limita a copiarlas. Chrome a aportado el multiproceso, v8 las pin tabs, speedy; Opera el turbo, unite ; ¿y ff? No me digais que las pestañas porque eso es prehistoria
#60 Lo siento , tengo que votarte negativo. Flash quizá si en un navegador, pero el PDF lo puedes ver externamente en cualquier visor, sea Okular, Evince , Acrobat Reader , Sumatra PDF o el que sea.
PD: Antes que Firefox estaba el Mozilla Browser , su antepasado , basado en Netscape. Y Creo que esos innovaron en más cosas .
#62 perdona, ¿votas negativo a alguien por no pensar como tu? Porque yo veo muy sensato todo lo que dice #60. Te recuerdo que los votos negativos no tienen como objetivo penalizar a alguien solo porque no piense como tu. Si observas la etiqueta que sale al situar el cursor sobre el icono de voto negativo aparece "abuso, insulto, acoso, spam, magufo..." ¿Donde esta el insulto, acoso o spam en el mensaje #60? Yo no lo veo.
¿kilómetros cuadrados? ¿cuantos campos de futbol son eso? o mejor ¿Cuantos ipods? A ver si nos actualizamos. Kilómetros cuadrados, que anticuados.
Como curiosidad. Las docenas han sido muy utilizadas en el mundo rural, ya que 10 elementos los puedes repartir entre 1, 2, 5 y 10 mientras que 12 entre 1, 2, 3, 4 ,6 y 12. Lo cual cuando hablas de elementos indivisibles es mas cómodo.
aviso flekyboy del cometario #11: Recuerda aqui no se puede hablar bien de Windows de ninguna manera. Aunque razones tus argumentos seas educado y no te metas con nadie. Esto es un foro exclusivo de fanaticos de linux (por cierto he dicho linux y no gnu/linux).
Me gano la vida con linux. No cambio linux por windows ni loco pero decir que windows es malo porque si con argumentos como 'con windows no puedo navegar por internet mientras instalo el SO' me cansa.
Ala. A vaciar vuestro karma cantra mi
A ver que cara se le queda alguno cuando vea que sus webs siguen sin funcionar igual en IE y FF cuando tanto IE como FF pasen el Acid test2. Yo tambien pienso que IE es el peor navegador con diferencia (lo que hay que hacer para ver PNGs transparentes por ejemplo es de juzgado de guardia. Sobre todo la explicación oficial de Microsoft). Pero señores no nos engañemos y le hechemos todas las culpas a IE. Explorer es el navegador dominante entre los usuarios pero FF es el dominante entre los desarrolladores. Estamos haciendo páginas con errores (yo por lo menos los cometo. Que si tiene que estar para ayer, que si patatin que si patatan ...) que traga FF y no funcionan bien en IE (por que no hacemos las pruebas necesarias. El problema ese de que el día solo tiene 24 horas). Vale que afortunadamente ya no es como hace 5 años cuando era escandaloso. Vale que la gran mayoría de los problemas son porque IE es una castaña. pero la culpa no la tiene siempre IE. Tenemos que tener cuidado de no convertir FF en el nuevo explorer.
Por cierto, yo a los reyes le pido un navegador multiplataforma, que cumpla estándares, que sea rápido, que el consumo de memoria no se dispare, que sea libre, que sea gratis, que esté siempre actualizado y que el resto de navegadores funcionen igual. Si alguien conoce uno que me lo haga saber.
Eso eso, eso y montamos unos mcDonals con casinos, y furcias. Es más, paso de los mcDonals... y de los casinos. ¡Al cuerno todo!"
#14 o no. Puede no ser necesario ser root. Existen exploits que pueden darte permisos de root. En los sistemas unix root arranca el proceso init al inicio y todos los demás vienen de el. Un proceso puede ser ejecutado bajo un usuario concreto, pero un bug puede generar que el proceso muera y nos devuelva una shell con el usuario padre. Por ejemplo apache se ejecuta con www-data, pero el proceso padre lo ejecuta root (www-data no puede abrir el puerto 80). Esto es solo un ejemplo. No digo que sea fácil hacerlo.
Decir que los bugs de Linux se arreglan en poco tiempo es incierto también. Se arreglan rápido los que se publican, pero hay algunos que no se publican y siguen activos durante mucho tiempo. Son los denominados zero-days y afectan a todos los SO.
No hay SO mas vulnerable que otro. Todos lo son. Además detrás de los bugs hay una industria. Es un juego de intereses (http://blog.trailofbits.com/2009/03/22/no-more-free-bugs/). Hay mucho dinero en medio.
Me pilla mayor lo de los fanboys de SO. Al fin de cuentas son herramientas. No le tengo especial cariño a ninguna. Se me hace raro usar Windows, pero mas que nada porque no lo suelo usar, pero no por nada mas.
#43 No hay SO mas vulnerable que otro.
De acuerdo con todo menos con eso. La experiencia y la lógica nos dicen que a más usado esté un SO y a más gente haya encargada de su mantenimiento, más seguro será.
Nadie (con dos dedos de frente) defiende que Linux no tenga fallos de seguridad o bugs. Pero hay una gran diferencia a la hora de comparar la seguridad de unos y de otros. Es posible estar usando durante meses un mismo exploit para conseguir acceso de administrador en un Windows bien actualizado. Eso no se puede hacer en un Linux ni siquiera durante días.
Ahí está la diferencia principal. Está claro que en un ordenador mal administrado, o abandonado, ahí entra hasta el tato y se hace unos huevos fritos en la cocina. Pero en un SO bien actualizado, es mucho más difícil entrar si es Linux que Windows. No imposible. Pero sí mucho más difícil.
#c-44" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2074973/order/44">#44 se que es un tema controvertido, pero estóy convencido de ello. La grán mayoría de los comentarios que se usan son prescindibles. Por ejemplo en la línea 157 (s = 1 # step size). Se puede quitar el comentario y en vez de llamar a la variable "s" la llamamos "stepSize" (o step_size si no usamos camelCase). De esta forma siempre que veamos la variable sabemos lo es (aka código más legible). Otro ejemplo un poco mas adelante (# generate the hills randomly o = n - 10 ...). Aquí lo mejor sería crear una función nueva que se llame generate_the_hills_randomly. De esta forma vamos creando funciones con una única responsabilidad y con un "naming" que evita tener que meter comentarios (que no compilan y que muy posiblemente queden obsoletos y/o redundantes generando confusión). Y por cierto los buenos programadores hacen que sus programas parezcan triviales :), pero esto no es nada fácil de conseguir. Programar es fácil. Cualquiera con una pequeña base de álgebra y ganas puede progamar en poco tiempo, pero programar bien es muy, pero que muy complicado. Requiere mucha esperiencia y estudio.
Como ejercicio para el autor me parece genial pero como ejemplo de aplicación, no tanto. Cosas malas que le veo a primera vista: 1 archivo con 894 lineas (mezclando varias clases en el mismo archivo). Lleno de if y for anidados en la misma función. Mucho "elif" (un code smell muy típico de violacíon del SRP). Funciones con responsabilidad no muy clara que hacen varias cosas a la vez. Mucho "magic number". Comentarios por todos los lados (si tienes que poner comentarios para explicar lo que hace tu código quiere decir que tu código no es bueno). Esta es la típica aplicación que a los programadores sin mucha experiencia les deja impresionados, pero que un programador senior no quiere tocar ni con un palo. Muy dificil de mantener y añadir nueva funcionalidad (que al final es lo mas importante). Como comentan (#33) el número de líneas de código no una metrica importante a la hora de medir la calidad del código. Hay lenguajes mas verbosos que otros. Python es uno de los mas "bonitos", pero por muy bonito que sea, el lenguaje es solo un lenguaje. Lo que importa es la aplicación que desarrollemos.
#40 Amén a todo lo que dices, excepto: "si tienes que poner comentarios para explicar lo que hace tu código quiere decir que tu código no es bueno". Los comentarios bien escritos son imprescindibles para el mantenimiento y evolución de un programa. Llevando al extremo tu frase, yo diría: "si tu programa se entiende sin comentarios, es que es trivial".
#c-44" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2074973/order/44">#44 se que es un tema controvertido, pero estóy convencido de ello. La grán mayoría de los comentarios que se usan son prescindibles. Por ejemplo en la línea 157 (s = 1 # step size). Se puede quitar el comentario y en vez de llamar a la variable "s" la llamamos "stepSize" (o step_size si no usamos camelCase). De esta forma siempre que veamos la variable sabemos lo es (aka código más legible). Otro ejemplo un poco mas adelante (# generate the hills randomly o = n - 10 ...). Aquí lo mejor sería crear una función nueva que se llame generate_the_hills_randomly. De esta forma vamos creando funciones con una única responsabilidad y con un "naming" que evita tener que meter comentarios (que no compilan y que muy posiblemente queden obsoletos y/o redundantes generando confusión). Y por cierto los buenos programadores hacen que sus programas parezcan triviales :), pero esto no es nada fácil de conseguir. Programar es fácil. Cualquiera con una pequeña base de álgebra y ganas puede progamar en poco tiempo, pero programar bien es muy, pero que muy complicado. Requiere mucha esperiencia y estudio.
Puedo entender a los que votan a favor. En los tiempos en los que estamos hay que reducir el gasto público, si o si. Puedo entender a los que votan en contra. Si tienes que viajar mucho, volar en business es mas cómodo (salas vip y esas cosas). Lo que no me entra en la cabeza es la gente que se ¿ABSTIENE?. Vamos a ver. Les pagan por decidir y por mojarse. Si en una votación tan clara y directa como esta no se mojan, que vamos a esperar cuando la cosa se complique. En fin que no entiendo muy bien a la clase política.
El problema de los tsunami no es solo la altura de la ola. Es la masa de agua que desplaza. Un tsunami no es una ola normal. No es esto: () es mas bien esto (----------------). Por lo tanto 50 centímetros si el muy larga y tiene mucha masa de agua detras puede ser devastadora. Mucha masa de agua moviéndose equivale a mucha energía.
Esto me ha recordado a la novela "Superviviente" de Chuck Palahniuk. Que gran libro. Los que lo han leido lo entenderán y los que no ¿a que esperais?
Probando, probando. Un, dos, tres.
Es el reloj que tengo puesto ahora. Me lo regalaron el año pasado. http://tinyurl.com/yztmmnv
Mi reloj (http://tinyurl.com/yztmmnv). Molaba y sigue molando (se vende todavía)
Soy usuario de firefox por obligacion (no encuentro nada que se le aproxime a firebug en ningun otro navegador) pero estoy cansado con su consumo de memoria y sus cuelgues. Lo que mas me molesta es que no sea multiproceso. Eso que si una pestaña con problemas tire a todas las demas es una faena. Si Chrome (bueno chromium, ya que chrome no esta para linux) tuviera firebug abandonaria firefox ahora mismo.
respecto a #19: Flash y pdf nos guste o no son estandares en la web. Un navegador de hoy en dia debe tener un buen soporte para flash y pdf. No me vale decir que estan desarrolldos por extenos. Lo el javascript tampoco estoy de acuerdo. Por muy mal hecho que este un js no debe colgar el navegador. El navegador debe gestionar la memoria y los recursos y no permitir que la maquina se quede tirada, por muy mal que este el js. Recuerdo un bug de IE que cerraba el navegador al pichar en un anchor. A nadie se le ocurrio decir que la culpa era del que hacia el link. La culpa era del navegador.
Ademas veo que firefox ultimamente se esta durmiendo. No aporta nada nuevo. Todas las novedades vienen de Chrome y Opera. ff se limita a copiarlas. Chrome a aportado el multiproceso, v8 las pin tabs, speedy; Opera el turbo, unite ; ¿y ff? No me digais que las pestañas porque eso es prehistoria
#60 Lo siento , tengo que votarte negativo. Flash quizá si en un navegador, pero el PDF lo puedes ver externamente en cualquier visor, sea Okular, Evince , Acrobat Reader , Sumatra PDF o el que sea.
PD: Antes que Firefox estaba el Mozilla Browser , su antepasado , basado en Netscape. Y Creo que esos innovaron en más cosas .
#62 perdona, ¿votas negativo a alguien por no pensar como tu? Porque yo veo muy sensato todo lo que dice #60. Te recuerdo que los votos negativos no tienen como objetivo penalizar a alguien solo porque no piense como tu. Si observas la etiqueta que sale al situar el cursor sobre el icono de voto negativo aparece "abuso, insulto, acoso, spam, magufo..." ¿Donde esta el insulto, acoso o spam en el mensaje #60? Yo no lo veo.
¿kilómetros cuadrados? ¿cuantos campos de futbol son eso? o mejor ¿Cuantos ipods? A ver si nos actualizamos. Kilómetros cuadrados, que anticuados.
Como curiosidad. Las docenas han sido muy utilizadas en el mundo rural, ya que 10 elementos los puedes repartir entre 1, 2, 5 y 10 mientras que 12 entre 1, 2, 3, 4 ,6 y 12. Lo cual cuando hablas de elementos indivisibles es mas cómodo.
aviso flekyboy del cometario #11: Recuerda aqui no se puede hablar bien de Windows de ninguna manera. Aunque razones tus argumentos seas educado y no te metas con nadie. Esto es un foro exclusivo de fanaticos de linux (por cierto he dicho linux y no gnu/linux).
Me gano la vida con linux. No cambio linux por windows ni loco pero decir que windows es malo porque si con argumentos como 'con windows no puedo navegar por internet mientras instalo el SO' me cansa.
Ala. A vaciar vuestro karma cantra mi
A ver que cara se le queda alguno cuando vea que sus webs siguen sin funcionar igual en IE y FF cuando tanto IE como FF pasen el Acid test2. Yo tambien pienso que IE es el peor navegador con diferencia (lo que hay que hacer para ver PNGs transparentes por ejemplo es de juzgado de guardia. Sobre todo la explicación oficial de Microsoft). Pero señores no nos engañemos y le hechemos todas las culpas a IE. Explorer es el navegador dominante entre los usuarios pero FF es el dominante entre los desarrolladores. Estamos haciendo páginas con errores (yo por lo menos los cometo. Que si tiene que estar para ayer, que si patatin que si patatan ...) que traga FF y no funcionan bien en IE (por que no hacemos las pruebas necesarias. El problema ese de que el día solo tiene 24 horas). Vale que afortunadamente ya no es como hace 5 años cuando era escandaloso. Vale que la gran mayoría de los problemas son porque IE es una castaña. pero la culpa no la tiene siempre IE. Tenemos que tener cuidado de no convertir FF en el nuevo explorer.
Por cierto, yo a los reyes le pido un navegador multiplataforma, que cumpla estándares, que sea rápido, que el consumo de memoria no se dispare, que sea libre, que sea gratis, que esté siempre actualizado y que el resto de navegadores funcionen igual. Si alguien conoce uno que me lo haga saber.
Eso eso, eso y montamos unos mcDonals con casinos, y furcias. Es más, paso de los mcDonals... y de los casinos. ¡Al cuerno todo!"
Lástima. He conocido grandes profesionales que han pasado por ahí.