Mensajes

Voy a poner un disco duro que tiene GRUB como gestor de arranque en una caja USB para discos duros (es un disco duro de portátil, de 3.5'' o las que tengan, con sus sectores, sus platos girando, toda la historia).

Quería saber si arrancaría desde ahí, porque sería importante que lo hiciera y me va a llevar un buen rato clonando el disco, etc. no quería llevarme el chasco después.

Puede que dependa de la caja, que tenga que mapear el sector de arranque del disco duro y mostrarlo como arranque del USB, que no sé si será distinto pero mucho no puede serlo.

Mi teoría es que debería funcionar porque los requisitos que habría de cumplir la caja para esto son mínimos. Pero soy un optimista empedernido y la realidad constantemente me sorprende siendo peor de lo que esperaba, así que he decidido preguntar, porque si no funciona tendré poco tiempo de margen de acción para buscar un "workaround" (de esos que tan de moda están).

Gracias.

PD: la pregunta era un poco tonta pero importante, ya está confirmado. (Evidentemente y por si acaso, arrancará un ordenador que sea igual, porque requiere drivers y todas esas movidas, si no es igual ya dependerá de las diferencias y cada caso particular)

La publicidad va con las tasas correspondientes, aparte: http://foro.elhacker.net/reglas#I.A.3.a

Y aminado no se puede poner, porque sensual no puede ser, por lo demás... ponle las etiquetas de imagen [img][/img] porque la caja de texto de las firmas todavía no tiene telepatía.

Todavía no.

Lo primero es el español y los temas en que ya se ha tratado esto, lenguajes nuevos e importantes desde que existe el foro creo que sólo han salido groovy, scala y go. Aunque algunos han sacado versiones nuevas con importantes cambios, como python.

De todas formas, se sigue aplicando lo de siempre, dependiendo de lo que quieras hacer una herramienta será más adecuada o menos. Puedes clavar un clavo dándole con el mango del destornillador, pero el martillo siempre funciona mejor, a menos que quieras poner un tornillo.

A los que preguntan: usad el buscador, tendréis más y mejores respuestas sin ni siquiera escribir la pregunta.

A los que responden: enlazad los temas anteriores, se tarda menos que en escribir una respuesta decente, y si la respuesta no es decente, pues para eso mejor ni escribirla.

Si hacéis esto saldréis ganando, todos, vosotros veréis.

y hago eco de un comentario de no colocar C/C++ y C# en el mismo checkbox,

¿Y de juntar bash con batch nadie dice nada? Porque esos dos sí que se parecen como un huevo a una castaña.

Realmente será mejor para la próxima vez crear dos encuestas, una con los motivos por los que programa la gente o los ámbitos en que lo hace y otra con los lenguajes.

No había prestado tanta atención en mi mensaje anterior pero ahora que lo veo bien, creo que es un error que C# este para votar en el mismo lugar que C/C++. Es decir, tampoco estaría bien que C/C++ estén en el mismo lugar, pero se sobreentiende que en ese caso si es comprensible y aceptable. Pero C#? lo único que tienen en común es la sintaxis (en parte) y el nombre que pretende demostrar una especie de evolución de C++ (lo cual obviamente no lo es).

Nunca he programado con C#, pero me da la impresión de que se parece más a C++ que C++ a C.

Lo he agrupado porque los votos a C# realmente son pocos (véase la anterior encuesta), sin embargo, de los votos actuales no se sabe cuáles son para C# y cuales para el resto de C's, es de suponer que C# tiene pocos en vista a la anterior, sin embargo, para no armar más lío con los votos que son de cada cosa yo me esperaría ya a que se cierre la encuesta y a la siguiente se pueden separar los tres, de paso pido disculpas por la posible confusión que se pueda derivar de tener los tres lenguajes juntos.

La idea cuando hice la encuesta era ver a qué clase de programación se le daba mayor importancia, a la programación web, scripting, etc. para escoger lenguajes por popularidad ya hay otros rankings, y otros mensajes, aunque para la próxima vez puede ser interesante hacer dos encuestas, una para lenguajes y otra para ver la clase de programación que es más popular en el foro, el ámbito en que se suele programar y el propósito que se busca.

Es una pena que pase esto en las familias.

Mi saludo y despedida sería "¿cuándo me darás lo que me debes por el portátil que me rompió "X" el día "D"?"

Sobre todo considerando que te dijo que te lo daba, que es mejor que te dé la pasta a que te compre un portátil nuevo, porque así te compras tú el que quieras. Y ya está, una de dos, o te da el dinero o te rehuirá, y seguirás sin portátil, con los güebos llenos, etc. pero al menos tendrás la satisfacción de que esa persona siente suficiente vergüenza como para no estar en tu presencia y menos con más gente. Prepárate también para que estalle y te empiece a decir tonterías como que te compres el portátil tú mismo, que es una posibilidad. Tú la conocerás mejor.

Meter abogados y movidas de por medio es peor, más que nada, es más caro.

[habitualmente]

Esto no es una competición para ver quien sabe programar en más lenguajes, si no programáis habitualmente en algún lenguaje simplemente no lo marquéis. No seáis críos, en la anterior encuesta había gente que respondía con un mensaje para presumir y no respondía en la encuesta, que es lo que vale. Si programáis habitualmente en algo que no está en la lista responded al tema indicando el lenguaje en negrita.

Es bueno tener una encuesta que muestre las preferencias del resto de gente del foro en cuanto al lenguaje que escogen para programar. Es una pregunta habitual cuál es el lenguaje que se debería aprender para programar y la popularidad de un determinado lenguaje de programación es un factor a tener en cuenta. Puesto que hay más factores a tener en cuenta, esto puede cambiar, así que la encuesta se renueva cada dos años.

html no es un lenguaje de programación, es un lenguaje de marcado, probablemente latex tenga más de lenguaje de programación que html.

Lo más sencillo es que te cojas un libro con patrones de diseño y los apliques, después de un tiempo tendrás la aplicación automatizada y no tendrás esta clase de dudas.

La explicación de mayofunk es mejor que la de egyware, más que nada porque con la de egyware usaríamos siempre herencia para todo, no son más que ventajas, en su explicación, la realidad es diferente. Lo explico a continuación.

Es muy sencillo, un coche es un transporte, como dice mayofunk, todo aquello que sea subclase, es decir, que se puedan aplicar los mismos métodos que a la clase padre y además alguno más es susceptible de utilizar herencia. Un conductor podría beneficiarse de la herencia, por ejemplo podemos decir que usamos al taxista para llegar de una ciudad a otra, podemos utilizar los atributos de precio, en este caso añadiendo el coste del salario del taxista, etc.

Y hasta es posible que nuestro programa funcione correctamente. Pero no es un programa mantenible, y pueden pasar cosas muy malas por cometer errores conceptuales bastante graves. El taxista usará los métodos del taxi, pero no es subclase de taxi, de lo contrario podríamos hablar de cuantas plazas tiene un taxista, que se entiende que es su taxi, pero también podríamos comprarlo, arreglarlo, etc.

Es decir, si en el futuro, la clase vehículo se modifica y el programa que estamos utilizando permite la compra-venta de vehículos podemos encontrarnos con que las subclases de vehículos, como el taxista, se compra y se vende también, si alguien hiciera algo así debería ir a la cárcel, bien por promover la esclavitud o por ser un programador tan horrible. En cualquier caso, estaría muy mal hecho...

Se pueden meter jars dentro de otros jars. Pero no queréis, ya os lo digo yo.

Jars en la carpeta lib y un classpath correcto, eso es todo lo que hace falta. Algunos IDEs te lo hacen automático.

Nada, esto es lo mejor que he conseguido después de un buen rato, yo creo que así lo voy a dejar...



Si a alguien le apetece practicar y no sabe con que ya tiene algo