Cambiando a C# y .NET

[waltergomez]

Más aún. ¿Cómo es posible decirle adiós a un lenguaje de programación? Por ahí he leído de los que saben que hay que aprender varios lenguajes de programación, que no viene mal incluso hacerlo con alguno "nuevo" cada cierto tiempo. Yo creo que esto no se refiere a que tengas que llegar a viejo sabiendo cientos de lenguajes de programación, sino que quiere decir que no se cierre uno en banda, que continúe "en formación", porque esto puede ser positivo.

Yo programé en MS y RM Cobol y eran buenos lenguajes en su momento y no por eso sigo programando en Cobol.

Eso, por un lado. Y, por otro lado, siento no coincidir contigo cuando comparas a SharpDevelop con Delphi. No me atrevo a decir en otros casos, pero, para programas nativos para Windows... me temo que ni SharpDevelop ni C# cuentan con tantos recursos como cuenta Delphi. Y no es que trate de defender a Delphi, no, únicamente trato de ser objetivo, a riesgo de equivocarme. Únicamente piensa que con Delphi logras ejecutables nativos, lo que no logras con CSharp, puesto que estos necesitan ser compilados "al vuelo".

SharpDevelop tiene muchisimo para ser LGPL, realmente me gustó. Yo lo comparo con mi D7 (D7 no tiene refactoring por ejemplo). Y digo "puedo hacer lo mismo y más util". Mi idea si bien uso SharpDevelop es usar Mono para tener la dualidad de plataforma que con delphi no se consigue, pero MonoDevelop esta verde todavia. Cuando terminen de migrar windows form vamos a ver ehhh.

C# es un lenguaje muy moderno, tiene todo, y me gustó y creo que es mejor que el pascal de delphi. De echo tiene el mismo padre, pero se tomo lo mejor de todo y salio C#.
Yo uso JVCL en delphi, entonces empece a buscar componentes opensource .NET hay miles de millones con codigo abierto, free. Que más pedir.

Lo de codigo nativo es viejo, ya esta muy claro el tema, solo muy pocas aplicaciones necesitaran "la super velocidad". Hoy usamos XEON para servidores, en 5 años XEON será para desktop. La velocidad vienen por otro lado no por el codigo nativo.

Si quieres vender un producto hoy en dia, que es mejor decir "compatible con la revolucionaria plataforma .NET" o "se ejecuta en codigo nativo".

Mi parecer es que Delphi está en decadencia. Borland esta buscando comprador para todas sus IDE porque le deja mas dinero otro sector.

Seguramente usaré Delphi para algo nuevo en el futuro pero será la excepción.

Saludos,

[dec]

Hola,

Bueno. Lo que dices es razonable. Seguramente me ofusqué en mi respuesta.

[mamcx]

Ten en cuenta que Winforms es un camino muerto. Desde hace dos años (segun recuerdo) ya le habian sentenciado sucesor.

Asi de malo es.

Yo tambien me meti en la vaca loca de hacer una aplicacion de escritorio (nomina). Vueltas mas, vueltas menos, era mas facil hacerla en ASP.NET. No digo *mejor* sino mas *facil*. Increible.... y de hecho hacer aplicaciones en ASP.NET no es facil...

.NET es una muy buena plataforma, que permite usar codigo de Delphi, Python y tambien otros "lenguajillos" como C# (ja! como sono de friki eso... es que estoy en lo de friki, sabes?) (PD. Entiendase lenguajillo de forma sarcastica!).

Pero Winforms.NET es una muy pobre plataforma. De hecho, FoxPro 2.5 DOS le da golpes y vueltas.

Y sin componentes de terceros? Muy dificil.

Ahora, seguro que se podra. Pero nunca olvido un comentario en una conferencia de MS (del equipo de Fox, eso no te lo dicen los "otros"):

- C/C++ es para equipos de desarrollo grandes y experimentados
- Java es como el C/C++. Ende es lo mismo
- C# es Java con la C en vez de la J. O sea, es lo mismo
- FoxPro es la herramienta que usan las casas de software de -10 desarrolladores que hacen mejor software, mas rapido y mas practico, que los de 50+ desarrolladores.

Y eso aplica a Delphi. Mucho mas.

Pero dale la vuelta a .NET. En dos años, sabras lo basico que se necesita saber.

Sin embargo, la realidad es que la definicion de la herramienta de bases de datos ES fox. Y la definicion de lo que es una herrmienta RAD para aplicacion nativas para Windows, multiproposito, ES Delphi.

[Arcioneo]

¿Quieres un cambio muy drástico y que te deje buena pasta?

Dos opciones:

SAP
390 (mainframe de IBM para cobol)

Bien pagados, poca gente los domina, etc...

Donde trabajo (MNEMO) solicitan a morir de esos dos.

[Casimiro Noteví]

Empezado por Arcioneo

¿Quieres un cambio muy drástico y que te deje buena pasta?

Dos opciones:

SAP
390 (mainframe de IBM para cobol)

Bien pagados, poca gente los domina, etc...

Donde trabajo (MNEMO) solicitan a morir de esos dos.

El problema de eso son dos:

1. Te tiene que gustar y querer usar cobol, hoy en día
2. ¿Quién presta un mainframe para probar y aprender?

[Arcioneo]

Empezado por Casimiro Notevi

El problema de eso son dos:

1. Te tiene que gustar y querer usar cobol, hoy en día
2. ¿Quién presta un mainframe para probar y aprender?

lo puedes emular en tu ordenador tio, solo investigale, y sin explotar mucho

[xander]

Empezado por waltergomez

Yo uso JVCL en delphi, entonces empece a buscar componentes opensource .NET hay miles de millones con codigo abierto, free. Que más pedir.
Saludos,

Oye maestro comparte algunas ligas a algunas decenas aunque sea de esos tantos millones... a mi me serviría mucho conocer un poco sobre la calidad de esos componentes

[waltergomez]

Oye maestro comparte algunas ligas a algunas decenas aunque sea de esos tantos millones... a mi me serviría mucho conocer un poco sobre la calidad de esos componentes

En este sitio http://www.codeproject.com encontre muchos controles, muy buenos, todos con codigo. Hay mucho para ver y usar.

Davide Icardi en su sitio http://www.devage.com/ tiene una grilla de primera bajatela, mira la demo y despues contame.



Saludos,