Barrapunto

He estado hechando un vistazo a la web de lazarus y freepascal, la verdad es ke ya no recordaba la existecia de freepascal :), y lo ke si se hecha de menos es una compatibilidad con los componentes CLX y VCL de delphi.

Ya que VCL es solo para win32 la pena es ke no sea 100% compatible con los componentes CLX de delphi para que la gente pueda migrar de delphi a lazarus sin problemas.

Los vIsUaLeS que se queden en windows. Claro que es importante un IDE, pero joder, me parece un malgasto del recurso más importante que tenemos en el software libre: El tiempo y recurso de programador. C será feo, pero de que ha sido perfeccionado y soportado desde hace mucho, lo hace el estándar a la hora de programar cosas serias.

Plz que no vengan con peticiones ¿cúando un VB para linux? XD

mientras esté C/C++ yo digo q ni Delphi ni java no me valen pa na.

Sí, más programas, pero malos (como sucede en windows :)

esa es mí opinión.

Llevo más de 3 años programando en Delphi, el paso de de C/C++ a Delphi no fue traumático (lo reconozco), pero es increiblemente débil (por decir algo) con respecto a C/C++, el modelo de objetos de Delphi adolece de verdaderas faltas, quizás la sobrecarda de operadores sea una droga más dura de lo que parece :). Y disponiendo del toolchain que aparece en las dos grandes opciones para el escriotorio de linux.¿Por que han de ser tan importantes los entornos integrados que consumen más de 24 MBytes sólo para ellos?. La programación, mal que le pese a más de uno es un arte y no depende tanto de las herramientas como del programador y su calidad (con esto último no estoy diciendo que yo sea siquiera un buen programador). :)

Sin animo de ofender. Conozco gente capaz de hacer programas muy malos en C/C++ ...

Saludos

a ver.. por ke siempre tiene que salir alguien diciendo "esto es una mierda, mola mas hacerlo de la manera chunga pero tienes un control total..."

a ver, en mi opinion mientras mas porgramas para linux hayan mejor, mientras puedes hacer las cosas d mas maneras mejor, si a ti te gusta trabjar de otra manera pues trabaja de esa , cada uno hace lo ke le da la gana , igual el progrmaa esta peor hecho que aquel otro pero este hace exactamente lo que quiero y ya esta y lo uso..

y ke no me venga a decir que soy un mierdecilla solo por que hago las cosas como yo kiero...

si un programa es malo se quedara abandonado a mitad , o simplemetne nadie lo usará y ya... pero su existencia en si no es mala.. si lo han hecho es por ke era util hasta cierto punto , a lo mejor dejo de ser util y se kedo como esta..

pero el caso es ke , en un sg todo el mundo se ponea a despotrincar sobre cualquier cosa que alguien hace

para mi que todo esot viene de un mecanismo de defensa en este plan :

no hay tal cosa para linux --> me da igual por que eso es lo peor y no vale para nada

mientras que puede que halla alguien que este diciendo , joer , pues es una pena por que yo suelo usar "tal cosa" y me gusta la idea de "gnu/linux/software libre bla bla bla"

y siempre vienen con la paranoia del control..
tener control sobre las cosas esta bien , pero a veces prefiero hace una cosa mal en poco tiempo y que me sea util , que tardar un mes en hacer algo "que controlo totalmente"

(Ahh.. ya me he quedao agusto :P)

Si vas a programar un SO, o una aplicación de escritorio, probablemente no haya mejor lenguaje que C/C++. Pero si quieres desarrollar una aplicación web o cualquier cosa del lado del servidor, harías bien en programarla en Java.

Quiero decir que C, C++, Java, Pascal, etc, no son autoexcluyentes... cada uno tiene su sitio. Excepto C#, claro... ;-)

Un saludo.

Creo recordar que habia una version de Delphy para linux que se llamaba kilyx, que era de pago, pero que tambien habia una version open o free, o algo asi.

¿Alguien se acuerda de esto?

Y respecto a la discusion alternativa sobre lenguajes de programacion... cada lenguaje es para lo que es, creo yo, es decir, me encanta el C, pero tam,bien en Java, y asi como no se me ocurriria intentar hacer un programa eficiente en Java, no intentaria hacer un programa de ventanas escaso de tiempo con algo que no fuera un entorno visual.

Repito la contestacion q acaban de hacer, ... no has probado delphi, ...

Si quieres (por ejemplo) crear tu mismo las ventanitas, efectos visuales, incluso al igual que en c meter ensamblador por medio o lo q mas te guste puedes, ...

Lo que mola de delphi sobre C o VB es que no estás obligado a hacer ninguna de las 2 cosas.

Creo recordar que habia una version de Delphy para linux que se llamaba kilyx, que era de pago, pero que tambien habia una version open o free, o algo asi.

Kylix es software cerrado, pero cerrado cerrado. Te dejan una version gratis (la Open Edition) a condicion de que todo lo q hagas lo liberes segun la GPL

interfaces (una solución mucho más elegante que la herencia múltiple de C++)

Los interfaces no son la solución elegante a la herencia múltiple, la herencia múltiple es la solución elegante y los interfaces son un parche para no tener que lidiar con los problemas de la implementación de herencia múltiple en el lenguaje.

¿Tanto cuesta diferenciar entre lo que nos gusta y lo que es necesario?
Por supuesto que es necesario que existan RAD's en linux. Parece que mucha gente no es consciente de cuales suelen ser los requerimientos de las empresas a la hora de contratar el desarrollo de una aplicación. No todas las empresas se pueden permitir pagar una aplicacion en C/C++ (o sencillamente no les da la gana) y prefieren una desarrollada en un RAD a un precio muchisimo menor aunque la calidad sea muy inferior.

Veo que se critica a los RAD de forma gratuita y sin conocimiento de causa. Despues de cuatro años trabajando en VB (no por gusto) creo que puedo asegurar que es una mierda. Su lista de carencias y defectos da para llenar páginas y páginas. Sin embargo, y a pesar de lo facil que es criticarlo, resulta que la mayoria de los que lo critican no dan una demostrando que no tienen ni idea de lo que estan hablando.

Yo soy el primero que no uso RAD's cuando programo por hobby, prefiero C (en casa de herrero cuchillo de palo), pero el mercado es como es y la demanda de programacion "rastrera" es muy grande. Para poder introducir linux en las empresas se hace necesaria la existencia de RAD's. Tampoco entiendo por qué a la gente les molesta tanto que existan. Si no te gustan no los uses y ya está. ¿Es que alguien obliga a usar todo lo que sale para linux? Mi mas sincera enhorabuena a los que hayan podido encontrar trabajo en su lenguaje favorito (mas bien envidia cochina :-P) pero que entiendan que no todos hemos tenido esa suerte y no es tan simple como decir "ese lenguaje es malo así que usa otro".

Resumiendo: a ver si hablamos con un poco mas de conocimiento de causa.

Que bien está el proyecto, los felicito ;-)

grabación de CDs: ¿pero hay algo mejor que cdrecord?

programas tipo GetRight: wget, prozila.

secuenciadores de música: de esto no puedo hablar por que no gasto este tipo de software.

Además, de los programas que has mencionado, alguno se engloba en lo que conocemos como software libre?

¡¡Kernighan explicando por qué C es mejor que cualquier otro lenguaje!!¡¡Cuanta imparcialidad!! Encima un texto de hace 21 añitos. ¿Existia Delphi de aquella?

Sí, de vez en cuando se vislumbra cierto integrismo... Ahí tienes la estrofa estrella:

Linux es mi sistema,
Debian su distro será,
en C escribes programas,
¡y en perl automatizarás!

:-D

Por dos motivos:

1. C# es un lenguaje (.Net la plataforma) que Microsoft a creado para hundir a Java, porque después de todo ambos van dirigidos al mismo sector: el de las aplicaciones Web. Además, la gente de Sun se ha puesto a la defensiva y quieren hundir a .Net, que es una amenaza para su plataforma... El caso es que, en mi opinión, al final sólo quedará uno de los dos (al menos como producto mayorista), con lo cual creo que ambas plataformas son más bien autoexcluyentes.
2. No me caen bien los engendros de M$, que le vamos a hacer... ;-)

En fin, que es mi opinión personal... y espero no estar montando un flame... :-/

Un saludo.

Sun es igual de monopolista que Microsoft.

Si hombre, si yo estoy de acuerdo con eso. ¿Acaso dije que a mi me gustase Sun?.

Lo que quería decir es que dado el caracter de las dos empresas (ambas tienden al "todo mio!!"), me parece lógico pensar que al final una de las plataformas triunfará y la otra caerá en la mediocridad (tal vez no me expliqué bien...).

Si odias a Microsoft por esos motivos deberías odiar a sun tambien..,

Lo dicho, que a mi no me gusta Sun... Lo que pasa es que mientras Sun se ha esforzado en que Java sea multiplataforma (colaboró activamente con los chicos de Black Down), Microsoft no lo ha hecho con .Net precisamente... Porque ellos no tienen nada que ver con el proyecto Mono, ¿no?.

En fin, que los de Sun no me caen nada bien, y si hubiesen tenido la oportunidad monopolizarían el mercado tan ricamente, en eso estoy contigo.

No eres coherente en tus argumentos

Si, eso es algo que me pasa a menudo, jajaja!! ;-)

Un saludo.

O_o

En C se usa { }, que a mi personalmente me cuesta más de escribir que los begin end

Oki, esta madrugada exageré con lo de increíblemente débil, pero a esa horas el cerebro no
me daba más de sí. Eso sí, me reitero en las faltas y no sólo le falta la herencia múltiple,
sino también plantillas (que facilitarían una STL y por tanto la programación genérica),
aunque la programación genérica aún es posible (SDL ahora DeCaL).

Por otro lado, también sería interesante tener meta-clases en c++, aunque si quieres tendrás
algo parecido, claro esta, te toca currar un poco más. :(

El concepto de constructor virtual, se me escapa su existencia en C++, y para ello tendré
que fiarme de la palabra de Ian Marteens, en que Object-Pascal es el único lenguaje que los
tiene, también sería interesante tenerlo en C++ :)

Aunque un IDE puede resultar cómodo de usar, hay que tener en cuenta que la mayoría de las
veces un programador sólo realiza una tarea a la vez (modelar/diseñar, diseñar la ui, teclear
código, compilar, depurar), además de deber realizarlas secuencialmente, por tanto, IMHO no
creo que sea una cuestión tan crítica o importante, sobre todo si se usa un entorno
multitarea/multiusuario.

En cuanto al tan manido tema del diseño de interfaces de usuario, juraría que la combinación
de Glade/libglade 'facilitaban' mucho la tarea a cualquier programador que use GTK/GNOME en
cualquiera de los lenguajes disponibles (c, c++, perl, python, ruby, etc) para ellos, en KDE
disponen de kde-designer (qt-designer si sólo usan QT), no se si disponen de algo parecido a
libglade.

Con todo lo anterior, no quiero decir que el único modo válido para hacer un programa sea el
'clásico', de hecho, me alegra ver que Lazarus sigue vivo, puesto que no todo el mundo esta
dispuesto a aprender/usar herramientas de línea de comandos y facilitará la entrada de
programadores noveles, a los que les puede asustar el uso de un toolchain 'clásico', además
reconozcamoslo, gdb no es el depurador con el que soñamos todos. :)

Finalmente según el diccionario de la real academia española (http://www.rae.es/):
arte.
1. amb. Virtud, disposición y habilidad para hacer algo.
2. amb. Manifestación de la actividad humana mediante la cual se expresa una visión
personal y desinteresada que interpreta lo real o imaginado con recursos
plásticos, lingüísticos o sonoros.
3. amb. Conjunto de preceptos y reglas necesarios para hacer bien algo.
4. amb. Maña, astucia.
5. amb. Disposición personal de alguien. Buen, mal arte.
6. amb. Instrumento que sirve para pescar. U. m. en pl.
7. amb. rur. Man. noria ( para sacar agua).
8. amb. desus. Libro que contiene los preceptos de la gramática latina.
9. amb. pl. Lógica, física y metafísica. Curso de artes.

Por tanto, creo que mi opinión personal (tan respetable como la opuesta), sobre la
existencia de un arte de la programación no viene dada por mi falta de comprensión de la
programación o el que no tenga ni la más pajolera idea de lo que es la programación.

Espero que des-púes de todo este rollo macabeo que he escrito, quede claro que:

a) Sólo pretendía recalcar que toda herramienta adolece de carencias/fallos.
b) NO existen las balas de plata.
c) Cualquiera puede disentir de las opiniones de los demás, pero es mejor argumentar a

A ver si es fácil porque no tienes uno...

Me recuerda a un conocido que nunca hace nada en su 'amado' windows porque... joder, este vb 5.0 que tengo es una mierda, si solo tuviera el 6.0... y, claro, cuando tiene el 6.0 verá el 7.0... y ese sí, ese sí que le permitiría hacer lo que quiere.

Así que yo creo que quid del problema es que no sabes utilizar lo que tienes a tu alcance. C no es más difícil que Pascal. A mi me parece más engorroso este último. El que es amante de delphi, lo es de su entorno (visual) completo. Y porque dejar caer objetos y rellenar formularios cuando 'programamos' está muy bien. Vamos, por sus características tan vb :-) Pero igual entonces deberías probar CBuilder para quitarte algunas molestias que te puede dar pascal, ¿no? Tienes posibilidades disponibles desde ya: Qt/QArchitect (igual me he ido en el nombre) y GTK+/Glade (y su complemento KDE y GNOME). Quizás la opción Qt te agrade más si lo que te gusta es delphi (usando KDevelop es la bomba). Aunque no es RAD, no.

Comentando la noticia, yo creo que es muy positivo que exista un delphi libre. Las herramientas RAD son necesarias. ¿Yo lo usaré? ¿Quién sabe? Imagino que no, pero ya sabes eso de que 'de este agua nunca beberé'.

Por último, puntualizar que Lazarus quizás debería mantenerse lejos de win32. El usuario de windows es muy desagradecido, y total, siempre acabará pirateando un delphi a la mínima oportunidad. Ya sabes: Lazarus está bien, pero si solo tuviera un delphi 8.0... ;-)

Un saludo.

Me he puesto a leer los comentarios dado mi cariño hacia Pascal ( el lenguaje con el que me inicié) . Pero aparte de las típicas disputas entre hinchas de diversos lenguajes , me desilusiona no haber encontrado nada de lo que esperaba.
Alguien tiene alguna experiencia con Lazarus + Free pascal?

    escribir en el la consla una buena cantidad de lineas para hacer un respaldo

    No quiero ser quisquilloso, pero con Nero difícilmente podrás hacer un respaldo "100%". Perdón, ¡claro!, ¡Nero es para Windows! y claro, no tiene symlinks, ni links, ni posiblemente te interese guardar de quién son los ficheros ni qué permisos tienen... Cuando quiero hacer un respaldo con un GUI (gtoaster, p.e.) me encuentro un poco limitado; casi mejor tostar un tar.gz en el CD que me aseguro que TODO está ahí. Cuando quiero grabar ciertos ficheros ó directorios, gtoaster es una opción altamente recomendable, con un GUI suficientemente cómodo.

Por cierto, yo sí quiero mi línea de comandos:
rsync -e ssh -auvz remoto:path/ path/
    ¡ah! puedo hacer mis respaldos a través de internet de forma encriptada y traspasando firewalls.... Es más, puedo hacerme un script para no tener que acordarme de todas esas opciones.

Que se pueda hacer arte mediante la programación no creo que nadie lo dude después de ver una demo, pero el código del programa en sí ¿Es arte?

Yo creo que sí, ya que partiendo de la misma base, de los mismos algoritmos, dos o tres personas pueden hacer códigos totalmente diferentes y de formas diferentes.

Algunos costará más leerlos, otros tendrán excesos de comentarios, código espaghetti, funciones sin paso de parámetros. Algunos harán soluciones elegantes con unas pocas líneas.

Si la programación fuera una técnica con una metodología, que también lo es, o al menos se intenta, todos los programas saldrían iguales salvo los nombres de variables.

    ¿Qué escogeríais vosotros,un coche de marchas automáticas,uno manual u otro con posibilidad de elegir entre cambio manual y automático según le convenga al conductor? Yo creo que la elección óptima está clara.

    Por supuesto: cambio manual, que pesa menos que dos cambios y por tanto el coche consume menos siendo además más barato. Es sin duda la opción más óptima. ¿O querías decir la elección más cómoda o más interesante o tecnológicamente más sugerente? "Donde dije digo, digo Diego".

Por cierto, prueba gtoaster

Claro, claro, cualquiera puede ser ingeniero de caminos, porque total, hacer una carretera está tirao.

He visto nueve acepciónes de arte en www.rae.es.
  ¿Por que solo cojes la que te interesa?

en cuanto a :

Acto o facultad mediante los cuales, valiéndose de la materia, de la imagen o del sonido, imita o expresa el hombre lo material o lo inmaterial, y crea copiando o fantaseando.

me valogo de la materia ( ordenador) imito o expreso lo material (un albaran) o lo imaterial (transaccion) copiando ( el albaran fisico) o fantaseando (mi protocolo de comunicaciones)

Espero rebate ;)

 

Que fácil es ponerse el nick para moderar pero no para opinar

¿por qué ha tenido exito algo tan malo como Visual Basic?

Eso mismo se lo pregunté a mi jefe en mi primer curro con VB. La respuesta fue bastante comprensible. No se como estará la situacion ahora, pero de aquella el soporte que daban otras compañias como Borland en España era practicamente nulo mientras que Microsoft sí que ofrecia un buen soporte. Por eso preferian Visual Basic a otra opción que, aunque mejor, pudiese dejarles tirados.

En cuanto a los RAD's en general su éxito no es nada nuevo. Parece que todo el mundo está convencido de que los RAD se usan para desarrollar aplicaciones que antes se hacian en C y nada mas lejos de la realidad. En realidad se podrían considerar los sucesores de lenguajes como COBOL o Clipper. Observa que todo lo que dices se podía aplicar perfectamente a estos lenguajes hace 15 o 20 años.

La gente parece olvidarse con frecuencia del famoso TOC. El coste no se encuentra sólo en la creación del software, cosa que VB facilita mucho. También abre las puertas a la programación a un público con una formación en cuestiones de programación en general mala tirando a deficiente (no digo que todos los programadores de VB cuadren con este perfil, sólo que el abanico se abre mucho).

Esto, que a primera vista puede parecer beneficioso (y lo es, si consideramos el lenguaje como un "primer contacto para novatos), resulta desastroso cuando se aplica a los negocios... porque mucha gente ahorra costes usando VB, que al menos en sus primeras versiones era bastante deficiente como lenguaje (hace mucho que no lo veo, no sé cómo andará), y programadores de bajo nivel. Los costes ocultos empiezan a aflorar en cuanto se ponen los programas en producción.

¿90%? ¿Lo dices en serio?
Creo que para que te salgan esas cifras solo estas contando el desarrolo de aplicaciones estandar. Pero gran parte del software que se desarrolla, posiblemente la mayoria, son aplicaciones de gestion personalizadas. Es decir facturaciones, contabilidades, gestión de nominas, control de almacen y un largo etc. ¿Realmente crees que estas aplicaciones se suelen desarrollar en C/C++?

Seguramente C/C++ se lleve la palma en uso comparandolo con otros lenguajes individualmente, pero estoy convencido de que si sumas los desarrollos en VB, Delphi, Oracle o incluso en Velazquez te sorprenderias de lo que realmente es el "uso común". Si Delphi es de uso "marginal", ¿que cuota de uso tiene un lenguaje "de uso comun" según tú? ¿Un 150%?

¿por qué ha tenido exito algo tan malo como Visual Basic?

¿Que VB es malo? Yo no lo creo. He tenido que programar alguna que otra vez en VB, e indistintamente de si lo adoro o lo odio hay que reconocer que tiene un campo de aplicación determinado en que es muy útil como herramienta (VB no es lenguaje por mucho que tanto despistado lo siga considerando así).

Visual Basic es una herramienta de desarrollo basada en un lenguaje llamado... Visual Basic. De hecho puedes realizar una aplicacion en VB desde cualquier editor de textos y luego compilarla desde la linea de comandos sin que para esto necesites para nada el entorno de desarrollo. Lo de que la herramienta y el lenguaje se llamen igual son cosas de Microsoft.

Respecto a su calidad eso depende a que te refieras. Si te refieres al entorno de desarrollo realmente es muy bueno. Nada que achacarle. Pero respecto al lenguaje ya es otra historia. Tiene carencias bastante graves (al menos en su versión 6 que con el VB.NET aún no me he puesto). Por ejemplo el hecho de que las interfaces estén a medio implementar (incluso lo reconocen en la documentacion sin despeinarse). Cuando realizas el analisis de una aplicación tienes que hacer autenticas cabriolas para esquivar problemas de este tipo. O eso, o realizar todas las clases "problematicas" en C++ para luego usarlas desde VB lo cual desvirtua bastante sus capacidades como lenguaje.

Visual Basic es una herramienta de desarrollo basada en un lenguaje llamado... Visual Basic

Yo creía que el lenguaje de Visual Basic era BASIC. Por supuesto un dialecto particular de MS para esta herramienta.

Respecto a su calidad eso depende a que te refieras

Yo creo no haber mencionado la calidad, sino utilidad. El determinar la calidad de un determinado producto es bastante más complicado que su utilidad. Por eso he sido bien cuidadoso en no meterme en esos follones.

Tiene carencias bastante graves

El lenguaje de Visual Basic no tiene carencias. Simplemente está diseñado así. Es como decir que Java tiene la carencia de no soportar multiple herencia. Simplemente los diseñadores de Java decidieron que el lenguaje iba a ser así hasta esa versión y punto. Por supuesto, luego hay gente que está a favor y otros en contra, porque en este mundo, las opiniones son como los culos, que todos tenemos una :-)

Un lenguaje OO puro está bien en teoría, pero en la práctica, hace que muchos tipos de problemas haya que plantearlos de forma un poco estúpida.

¿Podrías dar un ejemplo de problema resuelto de forma estúpida por usar un lenguaje OO puro?

Gracias.

Yo creía que el lenguaje de Visual Basic era BASIC. Por supuesto un dialecto particular de MS para esta herramienta.

Está basado en BASIC pero solo en las cosas más básicas. No es un dialecto al igual que C++ no es un dialecto de C. A diferencia de lo que sucede en dialectos como QuickBasic pasar un programa hecho en BASIC a Visual Basic no siempre es tarea facil. Incluso parece que en VB.NET ya se han desecho del antediluviano "On Error Goto/Gosub".
Por ponerte un ejemplo Java y C++ se parecen mas que Visual Basic y cualquier dialecto de BASIC (incluídos los de Microsoft).

porque en este mundo, las opiniones son como los culos, que todos tenemos una :-)

100% de acuerdo ;-)

¡Que te pasas varios pueblos, muchacho!. Si hablamos de óptimo, un cambio automático/secuencial es supérfluo. Otra cosa es que las cosas supérfluas sean agradables y/o convenientes. Vale, he sido puntilloso (pasándome varios pueblos yo también)

      Sólo digo que lo "manual" suele ser lo óptimo. Pero Dios me libre de lo óptimo en algunas situaciones. Un 206WRC (sólo lleva cambio secuencial, por supuesto que no lleva automático) es el coche más óptimo que existe para llegar antes a muchos destinos, pero no es precisamente lo más conveniente para ir de paseo. Ahora bien, quién pillara uno para probarlo, ¿no?. El VW 1l es el coche más óptimo en cuanto a consumo de combustible para desplazarse entre dos puntos, pero tampoco lo quiero como coche para uso diario, todo y la pasta que me ahorraría.

    Por otro lado, en cuanto a generación de GUI prefiero un modo "mixto": programa para generar el GUI de forma cómoda que cree los ficheros de "geometría" y edición de ficheros de "acciones" con el editor que más me guste (Nedit, por supuesto). De nada me sirve un RAD si no veo qué es lo que hace, no entiendo cuáles son los ficheros fuente que genera, o no entiendo el Makefile que genera. Si no entiendes lo que hace, estás perdido- y para entender lo que hace, tienes que saber hacerlo "a mano".

    No me sirve un RAD en el que no pueda manejar el Nedit (cuando vea un editor que maneje los bloques como Nedit y que tenga las macros que tiene Nedit y que además tenga las mismas combinaciones de teclas que Nedit pues quizá cambie de opinión, pero lo veo difícil pues son ya muchas las líneas que he escrito con Nedit).