Si te interesan, están los artículos originales:
http://diegogomezdeck.blogspot.com.ar/search?q=comet El código debería estar en squeaksource, hace pila que no entro, ahora intento y por supuesto, no funciona. Salud! El 7 de noviembre de 2012 04:52, Edgar J. De Cleene <[hidden email]>escribió: > ** > > > > > > > Yo no estoy (todavía) tan convencido, en realidad creo que la tendencia > es > > esa, pero que va a tomar un tiempo más para ser masiva, pero si, por algo > > estamos husmeando en todos estos engendros de Javascript, esto lo venimos > > charlando con Diego GD que creo que fue el primero en empezar a jugar con > > Javascript (JS2ST) hace varios años ya y que metió las primeras > experiencias > > con Comet. > > > > Por supuesto que luego el tren pasó muy veloz por otras partes (todos los > > frameworks js que uds mencionan) pero es interesante considerar que > pareciera > > ser que todo apunta para ese destino. > > > > Mirá el kilomb que armé con mis "Proyectos de Verano" jaaaa > > Estaria buenisimo resucitar esas primeras experiencias de Comet > Y si, aca semo quilombero, semp > > Edgar > > > -- ============================================ Germán S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com greensecure.blogspot.com germanarduino.blogspot.com ============================================ |
> Si te interesan, están los artículos originales:
> > http://diegogomezdeck.blogspot.com.ar/search?q=comet > > El código debería estar en squeaksource, hace pila que no entro, ahora intento > y por supuesto, no funciona. > > Salud! El código lo tenia. Con respecto a squeaksource, esta claro que no tienen interes que funcione. Yo ya me abri un repositorio en 'http://ss3.gemstone.com/ss/Ladrillos' Edgar |
In reply to this post by garduino
> Si te interesan, están los artículos originales:
> > http://diegogomezdeck.blogspot.com.ar/search?q=comet > > El código debería estar en squeaksource, hace pila que no entro, ahora intento > y por supuesto, no funciona. > > Salud! Por la vuelta larga, cambiar el numero de puerto a 2222 Ahi veran algo del trabajo del querido Diego Gomez Deck. Y algunas manitos de German y del Pato (vive todavia ?) Edgar PS. La imagen se denomina Squeak3.8.1-6747full.39.image |
In reply to this post by sebastianconcept@gmail.co
Hola Sebastián,
gracias por tu punto de vista. Como te decía, yo también veo que todo marcha para el mundo Javascript y comparto mas que nada que es el nuevo assembler y los browsers el hardware. Ahora, de ahí a decir que Ruby, Python o PHP (y sus respectivos frameworks MVC) están obsoletos, me parece medio apresurado. Por ejemplo, las estadísticas de Tiobe para Noviembre de 2012 no dicen lo mismo: http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html Por otro lado, ya que está, aprovecho para preguntar: Si tuvieran que hacer aplicaciones Enterprise web (productos tipo ERP, aplicaciones grandes y de uso corporativo, etc.) donde algunas de las premisas inamovibles son: - El motor de BD es relacional y lo pone el cliente (Oracle, SQLServer, etc.) - Tiene que ser 100% web - En promedio 100 sesiones concurrentes castigando al servidor con procesos demandantes. - Hay que arrancar YA! ¿Qué elegirían? y si no es mucha molestia ¿Porqué? Yo por ejemplo (con mi visión de Smalltalker): - Algo como Wakanda ya debo descartarlo de pleno por el stack que ofrece. - S8 y Amber los veo demasiado verdes (imaginate que hay que arrancar de cero con todos los frameworks, como por ejemplo un ORM que cualquier otra alternativa hoy ya los trae y algunos muy consolidados, solo por nombrar algo) Gracias por compartir! Saludos, Guillermo El 6 de noviembre de 2012 20:59, Sebastian Sastre < [hidden email]> escribió: > ** > > > hey Guillermo, > > no creo fehacientemente en lo que dijo Avi Bryant. > > Creo en lo que veo. > > Hay gente que aún usa Fortran, COBOL, Pascal, etc. y sustentan negocios > válidos con ellas. > > Eso no significa que esas tecnologías vayan a ser tu opción al implementar > el próximo facebook, twitter, trello, etc. En otras palabras, esas > tecnologías no tendrán cualquier influencia en los próximos 5 a 10 años. > > Mi punto (y coincide con la predicción que hizo Bryant) es que Django, RoR > and friends ya entraron en fase de decline en su ciclo de vida. > > El futuro no lo dictarán ellos (en realidad ningún full server-side > framework), lo dictará javascript. > > O sea que para ellos solo sobrará volverse lentamente un negocio de nichos. > > Qué me permite tener tanta confianza para decir eso? > > El comportamiento de los replicantes. > > Actualmente no hay nada que se difunda mejor que las maquinas virtuales de > javascript y está lejos de haber llegado a su máximo (es más, Dart solo > refuerza la tendencia). > > Hay V8 en todo dispositivo. > > Y es la tecnología que, con Trigger.IO por ejemplo, más fácilmente te > permite desarrollar un negocio del tipo mobile first [1]. > > Y las apps que se pueden hacer con js son alucinantes. > > Para los smalltalkers esto es una oportunidad fantástica y un regocijo en > ver como la industria valida (semi-inconscientemente) los principios de > diseño de Smalltalk convergiendo hacia ellos. > > Es lo que siempre quiso ser Java y nunca consiguió lograr [2]. > > Solo que más dramaticamente, porque javascript está lejos de haber llegado > a su ápice. > > Javascript es el nuevo assembler y los browsers son el nuevo hardware. > > Se sube al bondi el que tenga ganas y que vea que el futuro queda para allá > > sebastian <https://about.me/sebastianconcept> > > o/ > > [1] mobile first es una tendencia actual que llegó para quedarse. La idea > es diseñar la experiencia de usuario primero en mobile (incluyendo app > nativa en offline) y después en el resto de las plataformas. Y diseñar la > app para todas las modalidades delivereando una experiencia familiar y > hardware-agnostica para los usuários. > > [2] Java fue una pesadilla para la industria, pero se ve que necesitó > experimentarla para demostrarse a sí misma que el Static Typing era, > rotundamente sí, una pésima decisión de diseño. Simplemente lo dinámico > quedó naturalmente seleccionado porque el software que corre sobre ella se > adapta más fácil a los dispositivos que los hacen funcionar y así prosperan > y proliferan. > > > > > > El 6 de noviembre de 2012 10:50, Guillermo Sapaya <[hidden email]> > escribió: > >> ** >> >> >> Hola Sebastián, >> no te parece un poco drástico decir que los frameworks MVC están >> "obsoletos"? >> yo no estoy tan metido en el tema pero veo realmente un auge terrible en >> el uso de stacks construidos con la consigna MVC, entre otros: >> >> Phyton+Django >> PHP+Yii/Symfony >> Ruby+Rails >> >> Vos creés fehacientemente en lo que dice el amigo Avi? Para mí es como >> todo, vamos a tener todavía muchos años mas de este tipo de apps. Aunque no >> discuto que el tema JavaScript está picando en punta, me parece un poco >> acelerado dar una charla en 2010 para decir que Rails o Django están >> obsoletos. >> >> Saludos, >> Guillermo >> >> > > > > > > > > |
In reply to this post by Edgar De Cleene
El 7 de noviembre de 2012 09:03, Edgar J. De Cleene
<[hidden email]>escribió: > ** > > > > Si te interesan, están los artículos originales: > > > > http://diegogomezdeck.blogspot.com.ar/search?q=comet > > > > El código debería estar en squeaksource, hace pila que no entro, ahora > intento > > y por supuesto, no funciona. > > > > Salud! > > Por la vuelta larga, cambiar el numero de puerto a 2222 > Ahi veran algo del trabajo del querido Diego Gomez Deck. > Y algunas manitos de German y del Pato (vive todavia ?) > > Edgar > > PS. La imagen se denomina > Squeak3.8.1-6747full.39.image > > iniciales de comet y el LiveWiki por ejemplo. Che, el Pato si, si, pero viste es ese tipo de chupasangre que sólo lee y no escribe jajajaj |
Free forum by Nabble | Edit this page |