#80 man -k
O otras busquedas. Obviamente tienes que saber que buscar, pero creo que no hace falta memorizar comandos hoy en dia.

En todo caso, a mi no me ha hecho falta.

#88 o mucho ha cambiado o yo no supe usarlo para poder hacer filtrados interesantes

#45 llevo 15 años de sysadmin de UNIX/Linux. No he intentado memorizar nada, aun hoy uso lapaginas man para ver opciones. No solo nunca me ha faltado trabajo, sino que siempre ha sido mejor pagado.

Creo que confundes memoria con inteligencia.

Conozco a gente que teclean a la velicidad de la luz y saben del memoria unas cuantas cosas, siempre las mismas. Suelen ser los sysadmins mas arrogantes y los que nunca cambian de trabajo.

#67
Si usas man te tienes que saber el nombre del comando.
#man man
` man [-acdfFhkKtwW] [--path] [-m system] [-p string] [-C config_file] [-M pathlist] [-P pager] [-B browser] [-H htmlpager] [-S section_list] [section]
name ...
`

Osea, que tienes que memorizar si o si los comandos, nadie ha hablado de su uso completo a dedillo.

PD. Y la verdad, si no te sabes los atributos mas comunes de las herramientas que usas todos los dias...es para hacerselo mirar.

#80 man -k
O otras busquedas. Obviamente tienes que saber que buscar, pero creo que no hace falta memorizar comandos hoy en dia.

En todo caso, a mi no me ha hecho falta.

#88 o mucho ha cambiado o yo no supe usarlo para poder hacer filtrados interesantes

#118 Con Steam puedes hasta devolver el juego si no has jugado x horas o y dias. Por no hablar de que, sin ser perfecto, es una excelente plataforma de descarga y "marketing" para (pequeños y grandes) desarrolladores independientes.

#118 "Para empezar, Metal Gear sera abanderado de Sony, ya que la saga empezó en el MSX, "
Auspiciado por Sony y miles de clónicos

#56 Emmmm, hay tantas cosas mal en tu post que da pereza incluso contestarte.

Para empezar, Metal Gear sera abanderado de Sony, ya que la saga empezó en el MSX, y han ido saliendo versiones para TODAS sus consola, no solo PS2 (con el 2 y el 3). Si han salido versiones para GBC, GC y Xbox, ademas de PC, XBOX + 360 parece que no importa

No tengo corazon ni ganas de comprarme 4 consolas para jugar a los juegos.

Sobre tu alegato contra Steam y plataformas online, por si no lo sabes, precisamente Steam se caracteriza por la distrubucion de parches de forma transparete. Ademas puedes jugar offline sin tener conexion y puedes compartir tu biblioteca de juegos.

A partir de ahi todo muy con pinzas.

#118 Con Steam puedes hasta devolver el juego si no has jugado x horas o y dias. Por no hablar de que, sin ser perfecto, es una excelente plataforma de descarga y "marketing" para (pequeños y grandes) desarrolladores independientes.

#118 "Para empezar, Metal Gear sera abanderado de Sony, ya que la saga empezó en el MSX, "
Auspiciado por Sony y miles de clónicos

#44 doy fe: "¡mira que eres malo, pareces manco!" (incluso al fútbol me lo han dicho )

#130 Sí claro, los tests se escriben antes, pero no se porque haces ese comentario, ¿acaso he puesto lo contrario? Lo que está claro es que la persona que hace los tests tiene que ser diferente a la que hace el código, dado que entonces con el test está programando la aplicación y no encontrará fallos diferentes. Además de que no siempre se escribe antes, porque los desarrollos son procesos iterativos, por lo que al final estás escribiendo tests de cosas que ya están programadas. Pero inicialmente el test se escribe antes.

Yo tengo de los dos tipos de clientes, de los que se implican y de los que no y se perfectamente que a unos les puedo pedir una validación cada 15 días y a otros sólo quieren tenerlo ya. Porque hay mucho cliente que quiere:

1. Que le leas la mente
2. Que hagas única y exclusivamente lo que te pide.
3. Que lo hagas para ayer.
4. Que lo hagas por el dinero que puede pagar. (Esto todos claro, si no es así no te conviene este cliente)

Te repito mi pregunta, te agradecería que me explicases en tu empresa/trabajo cómo medís la calidad del software y que por favor uses o expongas un atributo cuantificable para poder comparar correctamente dos códigos.

#137
El comentario venia por lo de explicar al cliente que estas escribiendo test.
En teoria tu al cliente le das estimaciones, y dichas estimaciones deben de incluir los test, en caso de que trabajes con ellos. No vale que se hagan despues o esten fuera de planificacion. Eso no vale, porque despues vienen las prisas, las cosas no se prueban, y fallan en el momento mas tonto.

Y si, obviamente falta cultura en todos los lados, pero si tomamos al cliente como un ladrillo, poco va a cambiar la situacion.

Yo a los clientes que he visto mas contentos han sido con los que hemos sido mas sinceros y les hemos involucrado mas en los desarrollos. Y no hablo de metodologias AGILE, hablo de transparencia, que falta de eso mucho.

Cuidamos la calidad del codigo y del producto final de varias formas, aunque actualmente no estamos cuantificandola tal cual, aunque deberiamos de profundizar mas en ello.
La forma en la que lo hacemos es:
Formacion de los desarrolladores para que todo el mundo siga unas directivas desde el minuto 0. Nada de programar sin saber como se va a planificar.
Code review implicando a todos los desarrolladores
Revisiones automaticas de codigo que escupen desde errores de estilo a errores de codificacion
Test automaticos en todas las dependencias de terceros.
Tests automaticos en nuestro producto
Test no tan automaticos en los desarrollos (por dificultad, aunque siempre le damos vueltas nunca encontramos una forma real y facil de hacerlo)
Test por parte de equipo de QA

No es perfecto y tenemos bastantes lagunas, pero cada dia intentamos mejorar la calidad del codigo para que repercuta de forma positiva en propio beneficio
No es raro ir a eventos de desarrolladores o juntarte con ex compañeros o estudiantes y que cuando comentas estas cosas no tengan ni idea de que se esta hablando.

#95 Yo no niego la necesidad de una metodología o procedimiento. Niego la necesidad de las metodologías y procedimientos que surgen ¿Trending? o molones que sirven para venderte cursos de 8 horas a 1200€-3000€ que a duras penas puedes aplicar en tu día a día. Porque la metodología o procedimiento puede variar enormemente entre proyectos y clientes. Además de que en un proyecto no tiene porque trabajar una sola empresa.

A mí me gustaría ver a una persona en un sólo proyecto haciendo TDD. O explicarle a cualquier cliente que te ha pagado un 30% por adelantado que 1 mes o 2 meses después no va a ver nada porque estás escribiendo los tests.

La idea detrás del TDD me parece cojonuda, pero ponerla en práctica requiere de un dinero y una mentalidad que yo diría que pocos clientes se pueden permitir. Ahora bien, para un proyecto interno, una inversión para una propuesta a futuro perfecto.

Y yo ya te digo, si hablas de la calidad del software dime con que herramientas lo mides, entendiéndose como herramienta un atributo cuantificable con el que medirlo para saber que un código es de calidad y otro no. Y te lo pregunto porque parece que tú si sigues esto y me parecería interesante saber tu opinión.

#127 sabes que los test se escriben antes del codigo, no?
Y el tema esta en que a los clientes no hay que tratarlos como esos entes opacos que sueltan la pasta y a los perros cuando las cosas no estan a tiempo.
Tal vez si se implica mas a todas las partes interesadas, los desarrollos irian mucho mas ligeros y sin tanto problema

#130 Sí claro, los tests se escriben antes, pero no se porque haces ese comentario, ¿acaso he puesto lo contrario? Lo que está claro es que la persona que hace los tests tiene que ser diferente a la que hace el código, dado que entonces con el test está programando la aplicación y no encontrará fallos diferentes. Además de que no siempre se escribe antes, porque los desarrollos son procesos iterativos, por lo que al final estás escribiendo tests de cosas que ya están programadas. Pero inicialmente el test se escribe antes.

Yo tengo de los dos tipos de clientes, de los que se implican y de los que no y se perfectamente que a unos les puedo pedir una validación cada 15 días y a otros sólo quieren tenerlo ya. Porque hay mucho cliente que quiere:

1. Que le leas la mente
2. Que hagas única y exclusivamente lo que te pide.
3. Que lo hagas para ayer.
4. Que lo hagas por el dinero que puede pagar. (Esto todos claro, si no es así no te conviene este cliente)

Te repito mi pregunta, te agradecería que me explicases en tu empresa/trabajo cómo medís la calidad del software y que por favor uses o expongas un atributo cuantificable para poder comparar correctamente dos códigos.

#137
El comentario venia por lo de explicar al cliente que estas escribiendo test.
En teoria tu al cliente le das estimaciones, y dichas estimaciones deben de incluir los test, en caso de que trabajes con ellos. No vale que se hagan despues o esten fuera de planificacion. Eso no vale, porque despues vienen las prisas, las cosas no se prueban, y fallan en el momento mas tonto.

Y si, obviamente falta cultura en todos los lados, pero si tomamos al cliente como un ladrillo, poco va a cambiar la situacion.

Yo a los clientes que he visto mas contentos han sido con los que hemos sido mas sinceros y les hemos involucrado mas en los desarrollos. Y no hablo de metodologias AGILE, hablo de transparencia, que falta de eso mucho.

Cuidamos la calidad del codigo y del producto final de varias formas, aunque actualmente no estamos cuantificandola tal cual, aunque deberiamos de profundizar mas en ello.
La forma en la que lo hacemos es:
Formacion de los desarrolladores para que todo el mundo siga unas directivas desde el minuto 0. Nada de programar sin saber como se va a planificar.
Code review implicando a todos los desarrolladores
Revisiones automaticas de codigo que escupen desde errores de estilo a errores de codificacion
Test automaticos en todas las dependencias de terceros.
Tests automaticos en nuestro producto
Test no tan automaticos en los desarrollos (por dificultad, aunque siempre le damos vueltas nunca encontramos una forma real y facil de hacerlo)
Test por parte de equipo de QA

No es perfecto y tenemos bastantes lagunas, pero cada dia intentamos mejorar la calidad del codigo para que repercuta de forma positiva en propio beneficio
No es raro ir a eventos de desarrolladores o juntarte con ex compañeros o estudiantes y que cuando comentas estas cosas no tengan ni idea de que se esta hablando.

#63 Ninguna metodología evita desastres. Evita que vuelvan a aparecer si es que se identifica el porque ha sucedido.

La verdad es que me encanta cuando todo el mundo habla de todas estas metodologías como si fuesen la panacea. O bien es que sus proyectos son internos o bien es que son tremendamente pequeños. En la práctica tal y como las enseñan son casi imposibles de realizar. Por razones como:

- El proyecto lleva 10 años desarrollándose y sólo hay evolutivos, no vas a hacer tests de cosas de hace 10 años o que no sabes ni si se usan. Por lo que tu código nunca estará 100% probado.

- Con metodologias AGILE, no todos tus clientes validan tus desarrollos y por lo tanto o dejas de desarrollar o pasas del AGILE.

- Los requisitos de los clientes hacen que se cambien los modelos de datos de un dia para otro...

- La realidad te puede joder todo un diseño por algo que ningún actor conocía.

#73 La calidad del SW va ligada a procedimientos y metodologias, negar eso es mucho negar.
Cuando hay legazy code de por medio, se puede ir introduciendo de forma escalonada dichas metodologias, empezar con un 0% de code coverage y poco a poco tener código seguro.
No es la panacea, pero obviamente es un paso que el 99% de la gente no se toma en serio, y luego pasan las mierdas que pasan.
Aqui somos muy de hacer QA con un ejercito de monos, en vez de invertir en un equipo que se encargue de hacer tests profesionales

Por cierto que AGILE poco tiene que ver con la calidad del código, pero bueno.

#95 Yo no niego la necesidad de una metodología o procedimiento. Niego la necesidad de las metodologías y procedimientos que surgen ¿Trending? o molones que sirven para venderte cursos de 8 horas a 1200€-3000€ que a duras penas puedes aplicar en tu día a día. Porque la metodología o procedimiento puede variar enormemente entre proyectos y clientes. Además de que en un proyecto no tiene porque trabajar una sola empresa.

A mí me gustaría ver a una persona en un sólo proyecto haciendo TDD. O explicarle a cualquier cliente que te ha pagado un 30% por adelantado que 1 mes o 2 meses después no va a ver nada porque estás escribiendo los tests.

La idea detrás del TDD me parece cojonuda, pero ponerla en práctica requiere de un dinero y una mentalidad que yo diría que pocos clientes se pueden permitir. Ahora bien, para un proyecto interno, una inversión para una propuesta a futuro perfecto.

Y yo ya te digo, si hablas de la calidad del software dime con que herramientas lo mides, entendiéndose como herramienta un atributo cuantificable con el que medirlo para saber que un código es de calidad y otro no. Y te lo pregunto porque parece que tú si sigues esto y me parecería interesante saber tu opinión.

#127 sabes que los test se escriben antes del codigo, no?
Y el tema esta en que a los clientes no hay que tratarlos como esos entes opacos que sueltan la pasta y a los perros cuando las cosas no estan a tiempo.
Tal vez si se implica mas a todas las partes interesadas, los desarrollos irian mucho mas ligeros y sin tanto problema

#130 Sí claro, los tests se escriben antes, pero no se porque haces ese comentario, ¿acaso he puesto lo contrario? Lo que está claro es que la persona que hace los tests tiene que ser diferente a la que hace el código, dado que entonces con el test está programando la aplicación y no encontrará fallos diferentes. Además de que no siempre se escribe antes, porque los desarrollos son procesos iterativos, por lo que al final estás escribiendo tests de cosas que ya están programadas. Pero inicialmente el test se escribe antes.

Yo tengo de los dos tipos de clientes, de los que se implican y de los que no y se perfectamente que a unos les puedo pedir una validación cada 15 días y a otros sólo quieren tenerlo ya. Porque hay mucho cliente que quiere:

1. Que le leas la mente
2. Que hagas única y exclusivamente lo que te pide.
3. Que lo hagas para ayer.
4. Que lo hagas por el dinero que puede pagar. (Esto todos claro, si no es así no te conviene este cliente)

Te repito mi pregunta, te agradecería que me explicases en tu empresa/trabajo cómo medís la calidad del software y que por favor uses o expongas un atributo cuantificable para poder comparar correctamente dos códigos.

#137
El comentario venia por lo de explicar al cliente que estas escribiendo test.
En teoria tu al cliente le das estimaciones, y dichas estimaciones deben de incluir los test, en caso de que trabajes con ellos. No vale que se hagan despues o esten fuera de planificacion. Eso no vale, porque despues vienen las prisas, las cosas no se prueban, y fallan en el momento mas tonto.

Y si, obviamente falta cultura en todos los lados, pero si tomamos al cliente como un ladrillo, poco va a cambiar la situacion.

Yo a los clientes que he visto mas contentos han sido con los que hemos sido mas sinceros y les hemos involucrado mas en los desarrollos. Y no hablo de metodologias AGILE, hablo de transparencia, que falta de eso mucho.

Cuidamos la calidad del codigo y del producto final de varias formas, aunque actualmente no estamos cuantificandola tal cual, aunque deberiamos de profundizar mas en ello.
La forma en la que lo hacemos es:
Formacion de los desarrolladores para que todo el mundo siga unas directivas desde el minuto 0. Nada de programar sin saber como se va a planificar.
Code review implicando a todos los desarrolladores
Revisiones automaticas de codigo que escupen desde errores de estilo a errores de codificacion
Test automaticos en todas las dependencias de terceros.
Tests automaticos en nuestro producto
Test no tan automaticos en los desarrollos (por dificultad, aunque siempre le damos vueltas nunca encontramos una forma real y facil de hacerlo)
Test por parte de equipo de QA

No es perfecto y tenemos bastantes lagunas, pero cada dia intentamos mejorar la calidad del codigo para que repercuta de forma positiva en propio beneficio
No es raro ir a eventos de desarrolladores o juntarte con ex compañeros o estudiantes y que cuando comentas estas cosas no tengan ni idea de que se esta hablando.

#26 esto es el 2.0 del cardsharing que se hacia o sigue haciendo con D+

#26 Hombre, yo creo que un Camtasia o algo similar(bien hecho, claro) ya haces lo primero, lo segundo mayormente es lo que hacen aquí, pero sin credenciales, una cuenta desde la que puede ver cualquiera, es algo enrevesado(en realidad no tanto ahora que ya se sabe como) para el que lo monta, pero para el cliente es tan fácil como ir a un link.

#234 Yo en la carrera tenía tipo test en los que hasta que no contestases 10 bien no tenías un 0 (para empezar) y por cada dos mal restaban una bien. Al final hacías cábalas para calcular un 5 y pico y no te podías arriesgar a sacar nota porque podías teinar con un menos algo. Una putada.

#227 #234 Ahí estoy a medias de acuerdo con cada uno, en principio un tipo test es más fácil porque tienes la respuesta es solo que no sabes cual es, y en general los profesores que hacen ese tipo de exámenes lo hacen precisamente por no complicarse demasiado ni al elaborar el examen ni al corregirlo. Así que en general me parece más aprobable que otros tipos de examenes.

El problema es que muchos exámenes de ese tipo son malos exámenes. Muchas veces tienes preguntas tontas que solo buscan confundir, o respuestas idénticas que solo se diferencian en algún dato irrelevante, a veces incluso las respuestas "correctas" son más que discutibles.

#58 Los primeros en perder la cabeza fueron los que pusieron en cargos de responsabilidad en el país, véase políticos, banqueros, mercaderes y demás chusma que agacho la cabeza y se frotó las manos ante la posibilidad de hacerse de oro bajo el manto protector del "ganador" norteamericano. Si alguien a entendido el significado de la palabra "regeneración" han sido ellos.

#76 +1

#91 Fíjate que llamas injustificable a algo que te han contado a su manera los medios de comunicación occidentales. El odio no es algo que se cocine en 10 minutos, se tardan años. No soy experto en las etnias de esa zona del mundo para sacar una conclusión definitiva, pero los masmedia occidentales tampoco y creo que sus querellas internas vienen de muy lejos. Ahora te pregunto ¿justificarías tu uno o varios ataques nucleares en la zona? Yo no, porque parece que es para lo que nos están preparando.

...y a los 16 negativos GRACIAS por hacer que el comentario #50 sea uno de los mas leídos del hilo, pringaos.

#108 Cuesta menos aprobar con un tipo test, y a mi me da que los profesores lo hacen para corregir mas rápido. Yo me he beneficiado de los tipo test en algunas asignaturas, pero debo reconocer que me parece injusto, pues no se prepara uno igual desarrollando una respuesta, que eligiendo la opción candidata que mas te suene.

#227 en teoria un examen tipo test no es mas facil de aprobar, estadisticamente son mas dificiles, ya que arriesgarse penaliza y no contestar no suma. En ingenieria solo he tenido una asignatura que tenia una parte tipo test, y te aseguro que todo el mundo suspende esa asignatura por dicha parte, ya que no hay tiempo y jugarsela era igual a suspenso.
Cuando la gente es consciente de esto aprueba.
Ahora bien, si haces tipo test en el que el fallo no penaliza y puedes sacar un 12 sobre 10, cosas que he visto, pues entonces los test son mas faciles, si

#234 Yo en la carrera tenía tipo test en los que hasta que no contestases 10 bien no tenías un 0 (para empezar) y por cada dos mal restaban una bien. Al final hacías cábalas para calcular un 5 y pico y no te podías arriesgar a sacar nota porque podías teinar con un menos algo. Una putada.

#227 #234 Ahí estoy a medias de acuerdo con cada uno, en principio un tipo test es más fácil porque tienes la respuesta es solo que no sabes cual es, y en general los profesores que hacen ese tipo de exámenes lo hacen precisamente por no complicarse demasiado ni al elaborar el examen ni al corregirlo. Así que en general me parece más aprobable que otros tipos de examenes.

El problema es que muchos exámenes de ese tipo son malos exámenes. Muchas veces tienes preguntas tontas que solo buscan confundir, o respuestas idénticas que solo se diferencian en algún dato irrelevante, a veces incluso las respuestas "correctas" son más que discutibles.

#90

Estoy de acuerdo con que se sancione a cualquiera que conduzca estando colocado de cualquier cosa. Creía que había quedado claro.
No lo defiendo, lo condeno.

Pero...

Eres un poquito hipócrita.

Dices:

"De verdad, que quereis fumaros vuestos porros, perfecto."

Y luego:

"Ahora bien, la ley es tajante, prohibe la tenencia."

¿Estas de broma?
O sea, que podemos fumar pero no podemos tener. Con la nueva ley, ni en casa. Cojonudo.

Te digo otra cosa, la ley es tajante. El consumo es lícito.

Y te digo otra cosa, los jueces nunca han condenado a nadie por plantar o tener para consumo propio, ahora con la nueva ley conocida como ley mordaza, el juez te absuelve pero la administración te multa.

Eres tan hipócrita como la ley que nos criminaliza sin razón.

Con respecto a la peligrosidad de vino vs fumarte un porrillo, sigo sin ver que aporteis fuentes.
Por otro lado, por favor, no daño a terceros. Dejadme en paz, joder.

Mi vida es mía. Si respiro aceites y humo caliente no estoy haciendo nada que no haga un fumador de tabaco legal,y si arriesgo mi vida no hago nada que no haga un escalador de docemiles, y en todo caso el perjudicado soy yo. NO ERES TU, cojones y gracias, te agradezco tu preocupación por mi salud.

Dejadme en paz, joder... ¡es mi vida!
No soy un puto criminal.

No me deis lecciónes de moral, que ya tengo la mia.

#90 ¿Dices que el humo de los fumadores, no afecta a los fumadores pasivos?.
¿Pues decirnos que tipo de test te hiciste, cuanto tiempo después del "supuesto consumo pasivo" y en que circunstancias se realizo?.
¿Sabes decirme si el test era homologado, o al menos su marca?

#79 No vino estropeado por el viaje, la caja fue abierta, y el juego y el artbook pegados con celo, ademas de que el la caja del juego es de la versión normal, no la coleccionista. Eso lo ha hecho GAME. ES una estafa.