¿Por qué desapareció Pinball de Windows?  

#4   Me suena mas, que este tipo de cosas pasan por haber despedido a un programador y sustituirlo por becarios que cobra 5 veces menos, aunque tarden mucho mas en hacer el mismo trabajo.

#5   Eso es debido a que lo escribió Chuck Norris.

#7   Trabajo en mi empresa desde hace un año dando servicios de auditoría de código midiendo la calidad del software...

"Yo... he visto cosas que vosotros no creeríais: Atacar naves en llamas más allá de Orión. He visto rayos C brillar en la oscuridad cerca de la Puerta de Tannhäuser. Todos esos momentos se perderán... en el tiempo... como lágrimas en la lluvia. Es hora de morir."

#8   "Always code as if the person who will maintain your code is a maniac serial killer that knows where you live" (Codifica siempre como si la persona que fuera a mantener tu código fuera un asesino en serie maníaco que sabe donde vives) True History

#9   Conspiración judeomasónica

#10   Y todo para un juego de pinball malo, malo.

#11   #10 Pero qué viciadas nos pegábamos en la academia cuando chapaban la red.

#12   #1 #2 Esto es gustará: www.suckless.org . #10 #11 Yo me llevaba el Nethack para Windows junto con MAME. Windows 98 no daba para mucho más.

El Pinball windowsero molaba hasta que descubrí Future Pinball.

#13   #6 Eso también lo hace Jeff Dean. Es más, la velocidad de luz solía ser de uno 60 km/h, hasta que Jeff Dean se pasó un fin de semana optimizando la Física.

#14   Hablando de pinballs el que molaba era el Extreme Pinball sobre todo el tablero rock.

#15   #7 He visto (y he tenido que tocar) código donde todas las variables, objetos,... eran temp1, temp2, temp3,... TODO!!!.
Y otro donde en lugar de dar nombres lógicos, todo eran animales: perros, gatos, ratas,... Por lo menos tenía un método, y siempre los mismos animales correspondían a la misma clase. Curioso.

#16   #12 ¿Qué cojones es eso? 2860 líneas de código en un solo archivo. Es la selva.

#17   #6 #13 eso es de nenazas, los machos de verdad tiene la tecla «1», cuando no se pulsa es 0.

#18   #2 En ensamblador, como en cualquier otro lenguaje, se usan nombres descriptivos. Otra cosa es que seas un esquizofrénico

#19   #2

Lee bien: subcontrata. compraron el juego y punto.

No se, podian haber pedido otro pinball aunque fuera diferente, les habria costado 2 duros y podria haber sido en flash mismamente.

#20   Usabilidad. Algún "experto" en "usabilidad" en informática determinó que era tan útil como el botón de cerrar, el menú inicio...

#21   Otro puntito a favor del software libre.

#22   #16 Y te parece mucho? no has visto nada... yo alguna vez he tenido que pelearme con un archivo en C de cerca de 100.000 líneas de código...

#23   #21 Qué tendrá que ver la complejidad del software con el tipo de licencia que utiliza???

#24   Recuerdo que sólo venía con Windows NT antes que con XP. Viejuno...uno soy.

#25   Oh ensamblador... cuanto te añoro...!!!

#26   Habrá desaparecido el pinball... pero el Windows 7 tiene el Mahjong. ¡Qué viciadas!

#27   Explicado en un dibujito:

8.asset.soup.io/asset/2891/2824_646b.png

Fuente: Abstruse Goose

#28   Gracias @pizarrin y @mikelx por vuestros negativos, ya me contareis por qué un día de estos.

#29   #16 Lo que tu llamas selva es, para muchos, nuestro hogar.
La estructura a la hora de escribir el código y la homogeneidad del mismo son claves para un fichero tan largo. Parece que no era el caso del pinball.

#23 Te sorprendería saber hasta que punto están relacionados (aunque en principio no tengan nada que ver). Raro, pero raro, es el código que leo bajo licencia privada que está bien estructurado, comentado...en una palabra: legible. Y por otro lado raro ha sido el código libre que he leido que no era legible.
Programar soft libre o privado va mucho más allá de la licencia, por regla general (que me dicta mi experiencia con lo que no tiene porqué ser cierto) el desarrollador de soft libre suele ser mucho más consciente de la necesidad de que su código va a ser leido por personas ajenas a él y suele poner más empeño en los aspectos relacionados.

#30   #2 Mejor que un comentario de código es un código legible y bien estructurado y siguiendo SOLID.
Al fin y al cabo, cada vez que muta el código tienes que mutar los comentarios. Porque no hay mejor comentario que un buen nombre de función o de variable.

#31   #30 Me has hecho recordar un código que me tube que modificar: unas 250 lineas de código, sin tabulación alguna y con un solo comentario. Era algo así como: .moveNext //Muevo al siguiente
Pa matarlo

#32   #30 En mi opinión los comentarios deben ir al principio de una función para explicar su funcionalidad y en las "bizarradas" extrañas que, de vez en cuando, todos hemos tenido que hacer y que mejor apuntar la funcionalidad que perder un tiempo en entender lo que hace. El resto de comentarios suelen ser prescindibles.

#33   #29 Vamos, me estás contando que si mañana cualquier software con licencia libre, pasa a ser privativo, automáticamente se empieza a llenar de bugs porque sus programadores son unos ineptos??? Me parece que tu experiencia te engaña totalmente.

Lo mismo podría decirte yo sobre la diferencia de seriedad en proyectos libres y privativos (Y bajo mi experiencia). Todos los proyectos libres en los que he participado, han acabado a medio hacer y abandonados, mientras que los privativos ni uno, claro, es que en uno hay dinero de por medio.

Total, ponerse a justificar las cosas con tonterías, sale gratis.

#34   #33 Compara la simpleza y calidad de OpenBSD contra la espiral de pesadilla que es NT y su API.

#35   Para #23. Todo. Si una licencia no añade el código fuente y permiso para modificarlo la única opción que queda es la ingeniería inversa, en esta misma noticia tenemos un buen ejemplo de lo que puede implicar todo ello. Y esto es un juego, imaginate en proyectos serios.

Para #21. Quien te vote negativo lo hace por desconocimiento del tema. A los papás de esos votos negativos les recomiendo esta lectura : es.wikipedia.org/wiki/GNU_General_Public_License

#36   #34 Me estás comparando el código fuente de un SO abierto con la API Expuesta públicamente de otro?? Pero sin embargo tienes la cara dura de decir que el código de uno es mejor que el del otro, cuando solo has visto el de uno.

#35 Pues nada, entonces espero que no trabajes en ninguna empresa que desarrolle software privativo, porque entonces, te convierte automáticamente en un desarrollador cutre, según tu mismo

#37   Las tres entradas de wikipedia relacionadas:
es.wikipedia.org/wiki/Full_Tilt!_Pinball
en.wikipedia.org/wiki/Cinematronics,_LLC (la empresa que lo desarrolló, extinta)
es.wikipedia.org/wiki/Maxis (quien lo distribuyó).

#38   #36 Los propios programadores de Windows han reconocido no saber que hacían ni sus propias API. Por cierto, los de Wine han tenido que copiar bug por bug muchas API de Windows para funcionar programas.

#39   #38 Yo también te puedo decir proyectos de software libre que son un puñetero caos, si por casos, los que quieras!!!

#40   Para #36. No trabajo para ninguna empresa que desarrolle software privativo, y precisamente no lo hago por principios. Cada uno debe dignificar su profesión lo mejor que pueda.

_{Para #41. No quiero ser el ídolo de nadie. Un saludo.}

#41   #39 Dígame, señor masoca defensor de licencias propietarias. #40 Eres mi ídolo, ojalá pudiera hacer lo mismo.

#42   #1 Si fué difícil de escribir, que sea difícil de leer

#43   #40 Pues felicidades, que seas muy feliz con tu actividad tan altruista, me alegro muchísimo, de verdad. Pero otros, nos dedicamos al software privativo y vivimos de el, y no somos unos cutres.

#44   #40 Más que idolización es respeto.

#45   Para #44. Goto #21.

#46   Si hubieran liberado el código del Pinball para Windows, ahora podría recompilarse facilmente contra WineLib y ejecutarse casi. en cualquier SO, incluído ReactOS.

#47   #32 Funciones como muy largas de 4 o 5 líneas. Ya verás como no hacen falta comentarios al inicio de ninguna de ellas.

#48   Yo jugué mucho con los simuladores de Propinball, en realidad el único videojuego que me ha gustado de verdad, ya que no soy de videojuegos. Acostumbrado a este nivel, que hasta puedes darle efectos a bola, el de windows nunca lo usé.

Os aconsejo buscarlos. Aunque son viejunos, no se han quedado anticuados. No se han superado esos pinballs. Especialmente Timeshock!

www.pro-pinball.com/wp-content/uploads/TS_00.jpg

¡Vaya, buscando en Google parece que vuelven para 2013!

#49   Desaparecio despues de tragarse la ultima bola.

#50   #48 Los tengo, y en mi opinion de calle le gano, pro pimball big race usa. tremendo

#51   #50 Ese es muy bueno también. Pero de Timeshock! me enamoraron la estética de la tabla y la pedazo música guitarrera hortera tocada con músicos de estudio. Ambientazo con los altavoves a tope. El más flojo es Fantastic Journey a pesar de ser el más avanzado, aunque que sea el más flojo no quita que siga siendo una pasada. Es que son todos muy buenos.

The Web lo dejo fuera, se queda corto con los tres que le siguieron.

#52   #33 No. No te estoy contando eso y creo haberlo dejado claro al decir que en principio no hay ninguna relación directa.
Lo que he dicho, y reafirmo, es que hay una gran diferencia a la hora de escribir código pensando que lo van a revisar y modificar ojos distintos a los tuyos y cuando se escribe código pensando en que "total, nadie va a leer esto". Y eso en los desarrollos de soft libre, lógicamente, se tiene más en cuenta que en los desarrollos "privados".
Pero vamos, que no estoy descubriendo la pólvora: Un programador cualquiera escribe el código de formas muy diferentes si es algo "para él" que si es algo "para otros". Yo tengo scripts del curro por ahí que son una auténtica patata pero se usaron en un momento puntual para resolver algo muy puntual que necesitaba una respuesta rápida y tengo otros que son de uso diario que, lógicamente, tienen la sintaxis mucho más cuidada. Incluso en proyectos mucho más complejos que un script para algo puntual se mete auténtica mierda si se acaba el plazo, ya que el cliente en la vida va a poder auditarlo. Son cosas con las que cualquiera que desarrolle software se ha encontrado.

Respecto a lo del desarrollo y la seriedad pasa 3/4 de lo mismo. No hay una relación directa pero, como bien dices, si que hay razones para que sea de un modo u otro. El desarrollo del kernel linux es algo jodidamente serio pero el desarrollo de una aplicación libre que haga streaming de música (por ejemplo, por poner algo) si que es posible que acabe abandonado y sin documentar. De la misma forma el desarrollo de Opera es muy serio y sin embargo empresas como Microsoft (por citar la empresa típica) cada año cancela algún que otro proyecto dejando con el culo al aire a los interesados.

Elegir entre soft libre o privado va mucho más allá que elegir entre una licencia u otra, es que ni siquiera suelen seguir el mismo modelo de negocio unos y otros.

p.d. Antes de decir lo de tonterías leete seriamente y sin mear fuera del texto lo que te están diciendo porque sino las tonterías las acabas diciendo tu mismo.

p.p.d. Los proyectos de soft libre mueven muchisimo dinero. Solo en España, donde no está especialmente desarrollado, puedes encontrar un buen puñado de empresas viviendo de él.

#53   #33 en serio no te ha quedado ningun proyecto privado a medio hacer? joder que suerte! yo en 12 años en esto he visto de todo, proyectos millonarios que no se pagan, no salen nunca a produccion, sale la primera fase solo (que sola no vale para nada), lo que se entrega es basura pura, etc...En proyectos libres no tengo experiencia pero si me parece lógico que sean mas legibles (no mejores) que los proyectos privados.

#54   #15 el libro "Clean code" debería ser oobligatorio en cualquier titulación o estudios donde se dé algo de programación

#55   #27 #30 #31 count++; // Incrementamos el contador en 1.

#56   #55 ¡¡Y otra maravillosa hazaña del Capitán Obvio!!

#57   Para los que hablan de documentar y tal:

El discípulo preguntó al Maestro: “Este es un programador que nunca diseña, documenta o prueba sus programas. Sin embargo, todos los que lo conocen lo consideran uno de los mejores programadores del mundo. ¿Por qué es esto?”

El Maestro responde: “Ese programador ha alcanzado la maestría del Tao. Ha ido más allá de la necesidad de un diseño; no se enoja cuando el sistema se cae, pero acepta al universo sin preocupación. Ha ido más allá de la necesidad de documentación; no le importa si alguien más ve su código. Ha ido más allá de la necesidad de pruebas; cada uno de sus programas son perfectos en sí mismos, serenos y elegantes, su propósito es auto-evidente. Realmente, él ha penetrado en el misterio del Tao''.

www.variablenotfound.com/2011/10/el-tao-de-la-programacion.html

#58   Oh! qué maravillosos años en los que me pasaba jugando a este Pinball y creo recordar que mi récord rondaba los 17 millones.

#59   ¡Con lo que molaba!

#60   #6 Bueno, tiene tres. El otro día le hice una foto a su teclado.  

#61   #3 A eso me refiero: una compañía subcontratada funciona como un empleado. En este caso, un périmo desarrollador.

#62   Lo mejor del meneo han sido los comentarios.

#63   #40 creo que te has columpiado tela. Ahora resulta que los unicos buenos programadores son los que trabajan para en sofware libre. Y aparte claro, no tenemos principios... Lo tuyo es de psiquiatra

#64   #42 Además... Los auténticos programadores escriben comentarios: el código es obvio.

#65   #23 ¿Te has leído el artículo? (Tú y todos los que me votaron negativo el comentario #21)

#66   Para #63. Eso lo has afirmado tu, no yo. En #40 solo dejo entrever que cada uno debe y puede dignificar su profesión como mejor entienda, y de paso expongo qué camino personalmente he elegido en mi ámbito. No he pretendido ofender a nadie.

#67   Me ha hecho recordar mis 2 Palms y mi Hangspring: libro electrónico formato doc medio mega, creo que un ePub 15 veces menos. Ninguno tenis dibujos, ni leches, pura "letra fósforo" (aquellos cacharros tenían 2 Mb y otro 8, evidentemente .....)

#68   #46 Negativo por comentar sin leer la noticia

#69   Dios que pena era el mejor juego que tenía el windows. Además era muy adictivo. No entiendo que para un programador serio, con experiencia le parezca difícil ese código. Creo que simplemente no tenían el código y no hicieron nada por conseguirlo.

#70   #1 Muy interesante para cualquier programador, eso sí, diría que no le recomendaría a todo programador que haga eso. Es como decirle a cualquier pintor que te pinte la casa como si fuera la Capilla Sixtina.

No pretendo ofender a nadie, no es una cuestión de ser mal programador o buen programador, si te pagan para hacer un trabajo bien hecho, pues haz un trabajo bien hecho. Si te pagan una hora, no hagas el trabajo equivalente a dos porque te estás regalando.

#4 No me atrevía a decirlo, pero mi comentario también va por ahí, no me extrañaría que fueran empleados mal pagados los que hicieron este pinball. Que tampoco tiene porque ser así, pero no me extrañaría.

Al fin y al cabo, el problema sigue siendo de microsoft por no ver lo que compraba.

#71   #7 Yo he visto siete tablas de html anidadas entre si.. sin verdadera necesidad. Jodido Dreamweaver

#72   #7 Me gustaría que vieras una aplicación que usan en mi trabajo, es sencillamente bestial: PHP4+PHP5, orientado a objetos que sólo funcionan con variables superglobales (sí, hablo de los objetos), usando Ajax falso (a base de miles de milllones de iframes, sin usar NI UNA puta vez componente alguno de Ajax). No usa patrón MVC ni patrón alguno, todo parece fruto del azar, hasta el diseño de la BBDD. Todos los campos de la BBDD (repito: TODOS) son Varchar y no usa primary keys. El núcleo es 100% sofware libre diseñado exclusivamente para IE6 con FrontPage 2003 usando librerías de pago (sin licencia) que se ejecuta en un Linux que tampoco es libre y del que tampoco hay una licencia conocida instalada. Para más inri, si cabe, resulta que TODOS los archivos de la aplicación (500.000 y subiendo cada día) se guardan en el directorio raíz sin usar carpetas...

¿Cuál es el veredicto de una cosa así por un profesional del tema? No te cortes, estoy deseando escucharlo

#73   #47 Si bien eso puede hacer más legible el código, no es una buena práctica abusar de ello.

Escribir un número de ingente de funciones para hacer cosas básicas es ineficiente computacionalmente. Por cada llamada a función que hagas en tu código, estás apilando la dirección de la función y sus parámetros, y eso es abusar de la memoria sin ser necesario. La memoria es lenta y costosa.

Hay un término medio medio entre eficiencia y legibilidad.

#74   #73 Una temprana optimización es la muerte del software. Primero programamos bien y después vemos si va lento.
c2.com/cgi/wiki?PrematureOptimization

#75   internet.

static.themetapicture.com/media/funny-old-Pinball-Windows-game.jpg