Blogalia

"En el arte marcial como en la vida diaria. En la vida diaria como en un arte marcial."

Aikido

Sígueme en Twitter

<Enero 2025
Lu Ma Mi Ju Vi Sa Do
    1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31    
             


Todas las Historias

VELOCIDAD DE ESCAPE

Inicio > Historias > "EDIT AND CONTINUE" PARA C#

2004-10-22

"EDIT AND CONTINUE" PARA C#

Pues nos dan la mala noticia del retraso de Visual Studio 2005 y SQL Server 2005 pero por lo menos tendremos esta estupenda opción de la que ya disfrutaban los programadores en Visual Basic NET: la posibilidad de realizar modificaciones en el código según estamos depurando y que esos cambios se reflejen en la ejecución del programa que estamos desarrollando.

Más específicamente hablando se trata de ejecutar un programa en modo depuración, pausarlo, modificar el código, darle de nuevo al botón de ejecución y comprobar cómo funcionan los cambios.

No me digáis que no es algo fantástico.
Aunque en honor a la verdad, aunque no se añadieran más opciones, el Visual Studio NET sigue siendo el mejor entorno RAD del mercado independientemente del lenguaje y la plataforma utilizada.

La estrategia de Microsoft es más que evidente: Cuantos más programadores lo usen, más programas habrá disponibles para Windows. Y eso se logra entregando a los programadores el mejor entorno posible.

A ver si en linux se ponen las pilas y hacen un entorno decente porque al paso que van....

[Vía The Server Side]

Programación | jomaweb | 17 Comentarios | Enlace


Referencias (TrackBacks)

URL de trackback de esta historia http://jomaweb.blogalia.com//trackbacks/22436

Comentarios

1
De: Picacodigos Fecha: 2004-10-22 09:02

Aaaaaaaahhhhhh.... qué maravilla!! sin palabras me han dejado. ;)



2
De: Epaminondas Pantulis Fecha: 2004-10-22 09:05

Aunque en honor a la verdad, aunque no se añadieran más opciones, el Visual Studio NET sigue siendo el mejor entorno RAD del mercado independientemente del lenguaje y la plataforma utilizada.

Resistance is futile...



3
De: jcantero Fecha: 2004-10-22 16:16

La modificación de código es algo que ya disfrutan en la JVM 1.4. Los que usamos eclipse (en Java y Linux, of course) lo podemos hacer desde hace bastante tiempo. Me parece que son otros los que van chupando rueda... :-P



4
De: jomaweb Fecha: 2004-10-22 18:11

ya.

Pues a ver quién es el guapo que dice que Eclipse es mejor RAD que VS NET.



5
De: Fernando Fecha: 2004-10-22 18:38

Creo que hay que distinguir dos cosas:
1. Calidad
2. Innovación

Yo he programado bastante en VB6 y sé lo bueno que es el IDE (y la documentación de las mejores que he visto)... pero como es bien sabido Microsoft no suele ser innovadora, es muy buena (a veces no tanto) reciclando ideas de otros y dárles el marketing adecuado para que triunfen (o hacer usable lo que otros no han sabido hacerlo).

No voy a negar una cosa: hace muchisima ilusión cuando el entorno en el que uno se mueve evoluciona favorablemente ;-)



6
De: jcantero Fecha: 2004-10-23 08:32

jomaweb, sigue a pies juntillas creyéndote la propaganda de tu proveedor de software y ya verás a donde te lleva... Te invito a que utilices tu espíritu escéptico, te quites los prejuicios, y sobre todo, si tienes que criticar, lo hagas con conocimiento de causa.

Por ejemplo, una de las herramientas que elevan más la productividad (y por lo tanto, van a ser esenciales dentro de la definición de "RAD") son las de refactoring. Microsoft las anuncia para su VS NET 2005 (y no porque no existan, pero como siempre, herramientas aparte que no conocen más que cuatro pirados).
Eclipse las tiene desde hace tiempo, y además están hechas por el mismísimo Erich Gamma. Otra vez, para cuando VS va, el resto de los entornos Java vuelven (el refactoring viene de serie en todos los entornos Java importantes). Y esto no acaba aquí, ahora se está trabajando en la incorporación de los patrones de diseño al IDE... (quiero decir, a la parte de análisis y diseño UML del IDE).

¿Tenéis integradas las pruebas unitarias en VS NET? Ah, perdona, no me acordaba que has descubierto nunit hace poco. }:-)

Lo que pasa es que reducís RAD a poner botones en un formulario. Pero eso también tiene Eclipse. Y eso sin hablar de las versiones del Websphere Application Development Studio o JBuilder, ambos basados en Eclipse.

Plugins los hay a patadas, pero si no te importa pagar te puedes encontar auténticas chuladas.

Y todo escrito en Java, perfectamente utilizable en Linux, Mac, otros Unix, y por supuesto el sacralizado Windows.

Y ahora que se os ha caido la baba, me sigues manteniendo eso de que "VS .NET es el mejor RAD"... será el mejor RAD del año 1999, pero en el 2004 está claramente por detrás de la mayoría de las herramientas Java, y algunas de C++. }:-)

Por cierto, más productos comerciales que se basan en Eclipse.

Hala, a leer un rato. Y por supuesto: www.eclipse.org



7
De: jomaweb Fecha: 2004-10-23 11:29

De todos es conocido que el tiempo de desarrollo y el coste es muchí simo inferior con VS NET que con cualquier aplicación-entorrno para JAVA.

Para muestra, un botón:

http://www.javahispano.org/news.item.action?id=1394456169



8
De: jomaweb Fecha: 2004-10-23 11:37

Y no me voy a meter de nuevo con "el master en instalación de eclipse" que hace falta para hacerlo funcionar en comparación con el "click and Continue" que hace falta para instalar VS Net.

Propaganda no me creo ninguna. Uso el refactoring con C# Refactory de Xtreme Simplicity, y no me creo pirado. Es de lo más natural. Y si lo incluyen en 2005, bienvenido sea. La parte UML está cubierta desde hace muchos años con VISIO, que viene de serie en las versiones superiores del entorno.

Y sí, plugins todos los que quieras. Gratuitos y de pago.

No discuto que a cada uno le guste lo que le guste. Al fin y al cabo, si tienes suerte puedes elegir el lenguaje que más te guste para programar. A tí JAVA y a mí ASP NET con C#.
Pero en cuanto a rendimiento de los entornos no hay color.



9
De: jcantero Fecha: 2004-10-23 17:20

¿Pero que master dices? ¿No sabes instalar un JRE (click and continue)? ¿Y descomprimir un zip?

Visio no me vale como herramienta integrada de UML, es sólo una herramienta para hacer dibujitos. Me estoy refiriendo a herramientas serias como Rational Rose XDE (Rational es desde hace tiempo de IBM) o Together (ahora de Borland, que también es del consorcio Eclipse).

Por último, el entorno es pesado (eso hay que reconocerlo): es el costo que hay que pagar por tanta pijada. De todas formas, tampoco me vas a decir que VS .NET es ligero. Yo con 256 Megas me va bien Eclipse (WSAD no, WSAD no va bien salvo con 1 Giga). No creo que el futuro VS 2005 menos de esos 256, a pesar de ir en nativo. (De todas formas, también se puede compilar a nativo el Eclipse).

En cuanto a eso de a mí Java y a tí ASP.NET con C#, prefiero una herramienta soporte ambos.

De todas formas, estás bailando un baile pugilístico. Esto ha empezado porque presumías de que "Linux no tenía un entorno equivalente". Ya te he demostrado fehacientemente que las herramientas de desarrollo en Java (no sólo Eclipse, también NetBeans y sobre todo su hermano mayor Sun Studio) están tecnógicamente por delante de Visual Studio. De hecho, muchas de esas "novedades" de la versión 2005 son para equipararse a éstas. Y todas estas herramientas funcionan, gracias a la portabilidad de Java, en Linux. Así que, fintas aparte, el hecho es que, como ya dije, no es de los entornos Linux de los que debas preocuparte por su falta de herramientas potentes e integradas de desarrollo (y no he hablado aun de herramientas como InteliJ IDEA, probablemente la herramienta -esta sí- Java más usada, y que también funciona en Linux).

¿Herramientas de desarrollo en Linux? -> Las más avanzadas. Fuera tópicos caducos.



10
De: jcantero Fecha: 2004-10-23 17:24

Por cierto, sobre el estudio referido en javaHispano... ¿Has leído los comentarios? Porque ni el estudio parece muy imparcial (queda la sospecha), ni todos los comentarios que allí se exponen apoyan lo que tú argumentas del coste de desarrollo...



11
De: jomaweb Fecha: 2004-10-23 22:46

No me imagino porqué todos los estudios que dicen algo en contra de Java o del movimiento GNU siempre pecan de "no se imparciales".

El día que no digan esp de todos los informes voy a montar una fiesta.

XD XD XD



12
De: jcantero Fecha: 2004-10-24 08:12

En este caso, porque "casualmente" es una empresa pagada por Microsoft, y porque no es el primer estudio parcial que publican...



13
De: jomaweb Fecha: 2004-10-24 10:10

Definición de "estudio Imparcial": aquel que hemos pagado nosotros.
Si lo pagan los demás...no es imparcial.



14
De: LCF Fecha: 2005-02-28 17:05

Solo decir una cosa:

Tenéis los 2 razón. He programado en entornos Borland y MS. Y ambos tienen cosas buenas y malas, siempre han estado muy parejos... y ahora lo siguen estando, vuestro problema es que conocéis un entorno y el otro lo desconocéis o no habéis trabajado en el :-)

Together se puede usar en VS.Net y la mayoria de los plugings para eclipse también... (bueno no todos, es cierto) pero es muy sencillo, la mayoria de los componentes de pago están en ambos entornos, ya que ningún fabricante quiere renunciar a una parte del mercado :-)

Funcionalidades, son muy parecidas y ambos han mejorado sus problemas, MS con la integración, ahora es mucho más estandar (dejando aparte los controles web) pero basa casi todo en XML, implementa SAX y DOM estándar (antes no).... Por el lado de eclipse, ha mejorado muchisimo el rendimiento, no tiene nada que ver...

Os recomiendo simplemente que probéis otros entornos y entonces saldréis de dudas.

LCF



15
De: leonardo lizana Fecha: 2005-04-20 19:35

.NET vs JAVA?
Aquí hay que saber distinguir a cual mercado nos orientamos, pero antes de responder esta pregunta debo de mencionar lo siguiente:
1- Los servidores de misión critica no están en plataforma Windows
2- La mayoría de servidores WEB (estoy mencionando las empresas importantes del primer mundo) no son IIS de Microsoft.
2- AOO, DOO y POO es el mundo real visto desde una forma abstracta, y
es una de las mejores características de Java, algo que no tuvo Visual Basic por ejemplo.
3- .NET tal y como lo conocemos ahora dejara de existir para transformarse en un "mejor" producto llamado Indigo, la pregunta es porque Microsoft realiza tal movimiento, la respuesta es que desea alejar a los desarrolladores del paradigma objetos (J2EE) a su producto del "futuro" llamado Indigo, Microsoft se ha dado cuenta "demasiado tarde" que las soluciones tipo Desktop ya no serán rentables sino las soluciones distribuidas, es verdad que Microsoft creo COM y DCOM pero al igual que CORBA no dejarán de ser meras metáforas de un mundo mejor, Microsoft sabe que Java tiene una madurez en Internet de varios años y que además tiene el soporte de grandes empresas como IBM, Oracle, Sun, etc. Java se ejecuta en los servidores de las empresas más importantes del mundo y se ejecuta en un proyecto científico de 800 millones de dólares como es el caso de Spirit y Oportunity que están en Marte en estos momentos, porqué la NASA no escogió .NET????.
4- Por mi experiencia profesional (domino c++, java, visual basic, =
assembler y soy jefe de proyectos) les puedo decir que en un proyecto IT de varios cientos de miles de dólares no nos podemos dar el lujo de estar a merced de una plataforma, por ejemplo nosotros tenemos algunos aplicativos que fueron desarrollados en visual basic para NT y windows 95/98, ahora los queremos ejecutar en Windows 2000 y 2003 (XP esta fuera de lugar) y que paso?? (presumo que ya saben la respuesta) no se ejecutan debidamente, con. Con Java eso no sucede. Ahora bien uds. pueden refutar diciendo que .NET permite hacer casi cualquier cosa sin importar el leguaje de programación a emplearse, pero podría por ejemplo utilizar .NET en un servidor HP con sistema operativo Tru 64 o UX??, podría utilizarlo en la plataforma de IBM S/390?, la respuesta es NO, en cambio Java SI.
Mi reflexión es la siguiente: si desean "jugar en las ligas mayores" tienen que aprender Java les guste o no, sobre .NET en estos momentos esta en proceso de maduración y se encuentra en una lucha intensa por sacar del mercado a Java, lo logrará?, difícil tarea para Microsoft, tomando en cuenta que los servidores High-end no son plataforma Windows.
.NET vs JAVA?
Si tu mercado objetivo es la pequeña y mediana empresa es casi seguro
que se usará .NET, pero les aseguro que en las empresas privadas importantes y estatales seguirá el modelo J2EE por una cuestión de costo/beneficio, el aplicativo en Java se ejecutará sin problemas en cualquier plataforma (Linux, HP-UX, S/390, AIX, etc), es una tecnología abierta y tiene años de madurez, y lo más importante es que se utiliza seriamente por empresas que invierten millones de dólares en IT.

Aqui les envio un enlace para que lo lean y saquen sus conclusiones
http://news.com.com/2100-1046-5148148.html

Saludos.
Leonardo Lizana

Mcs Carlo Acosta Flores
Supervisor SIICT

e-mail: cacosta@mtc.gob.pe



16
De: Mario Fecha: 2005-09-30 02:21

Este último comentario cierra muchas bocas, definitivamente Java es más universal.



17
De: Bruno Fecha: 2007-09-24 05:03

Puede ser que java sea "BRILLANTE" ó "LA MEJOR COSA QUE NOS PUDO PASAR A TODOS" pero yo tengo que decir algunas cosas en favor de .NET
1- .NET es una implementación de un estándar especificado por Microsoft, IBM y HP (creo que algo saben).
2- Es cierto que .NET no corre en otra cosa que los SO Windows, pero existen otras implementaciones que corren en unix, linux, etc. y esta implementación es MONO.
3- Java es un lenguaje anticuado, se quedó mucho tiempo atrás gracias a SUN que recién ahora liberó el código. No tiene eventos, es un asco programar y solo porque a unos "PURISTAS" les parece politicamente incorrecto utilizar eventos hay que complicar muchísimo la programación para hacer una boludez. Ahh, tampoco se puede utilizar propiedades porque a éstos "PURISTAS" les parce una aberración.
4- Java es un lenguaje interpretado.

No digo que .NET sea mejor que java, pero para mí, java se quedó en el tiempo y los lenguajes .NET ofrecen muchas mejoras con respecto a java a la hora de programar, y los programadores de java de lo único que se jactan es que grandes empresas usan java, yo creo por otra parte, que estas empresas han utilizado ese lenguaje debido a que corre en unix, o sea, que java por sí mismo no es nada. Quisiera ver si java corriese solo en Windows a ver si las grandes empresas cambiarían de unix a Win2003 solo para utilizar java... pfff!!! ni en pedo!!!
Bueno, esa es mi opinion.

Saludos.