#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 (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.
#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.
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.
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
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.
#53 gonzalo123 